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I.  Introduction 


The  contract  between  the  University  of  Wisconsin  and  the  U.S.  Army  Medical  Research 
and  Development  Command,  DAMD17-88C-8058,  was  for  the  development  of  a  complete 
filmless  x-ray  system.  Items  to  be  delivered  were  demonstration  models  of  a  stimulable 
phosphor  screen  laser  scanner,  a  digital  radiographic  image  acquisition  workstation,  an  opti¬ 
cal  digital  data  card  (DDC)  based  independent  viewer,  and  a  final  report  describing  the 
results  of  the  project. 

Funds  were  to  be  made  available  for  the  subcontracting  of  the  stimulable  phosphor  scan¬ 
ner  and  x-ray  cassettes  with  stimulable  phosphor  screens.  Bids  were  far  higher  than  original 
estimates  solicited  from  potential  bidders  prior  to  the  award  of  this  contract.  As  a  result,  the 
scope  of  this  contract  was  limited  to  the  development  of  an  imaging  workstation  based  on  the 
Apple  Macintosh™,  an  independent  viewer  to  display  the  contents  of  optical  data  cards  and 
software  techniques  for  image  data  compression  and  transmission  suitable  for  optical  data 
card  and  data  disc  storage.  The  system  can  accept  images  from  sources  other  than  the  cassette 
scanner.  Various  optical  scanners  were  used  to  obtain  images  from  x-ray  films  and  other 
image  sources  to  demonstrate  the  feasibility  of  optical  data  cards  as  a  practical  medium  for 
the  storage  and  distribution  of  medical  images. 

A  study  was  done  under  a  previous  contract.  No.  DAMD17-86-C-6039,  to  determine  an 
optimal  configuration  of  a  filmless  medical  imaging  system  based  on  stimulable  x-ray 
phosphors  and  optical  data  cards.  The  stimulable  phosphors  can  be  exposed  to  x-rays  and 
will  store  the  latent  image  until  read  by  a  laser  beam.  The  image  is  digitized  when  scanned  by 
the  laser  beam,  stored  as  digital  information  in  the  random  access  memory  (RAM)  of  a  small 
computer  and  displayed  on  the  monitor.  Optical  digital  data  cards  (DDC's)  use  the  same  data 
storage  principle  as  audio  compact  discs.  The  computer  can  store  and  retrieve  image  data 
using  the  DDC  as  a  write-once/read-many  (WORM)  device.  The  credit  card  size  DDC's  can 
store  8  compressed  images  and  several  pages  of  text.  Practical  advantages  of  the  DDC 
scheme  are:  a  volume  reduction  of  supplies  of  more  than  100  times,  no  need  for  film  or 
development  chemicals,  data  immunity  to  severe  environments  (especially  low  level 
radiation),  tolerance  of  long-term  storage,  and  low  cost. 

The  general  ideas  of  the  filmless  system  are  that  each  major  device  has  its  own  image 
RAM  and  that  communication  between  the  devices  will  be  via  the  small  computer  systems 
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interface,  SCSI.  Communication  between  complete  systems,  e.g.  teleradiology,  would  be  via 
the  DIN/PACS  interface.  Other  medical  imaging  sources  such  as  CT,  MRI,  and  ultrasound 
machines  could  be  connected  to  the  system  via  the  DIN/PACS  interface.  A  complete 
assembly  with  such  interfaces  would  compromise  the  basic  Army  Medical  Imaging  System, 
ARMIS.  Major  components  of  the  ARMIS  filmless  x-ray  system  would  include  a  cassette 
scanner  with  several  x-ray  cassettes,  a  radiographic  workstation,  a  DDC  reader/writer,  an 
independent  viewer,  a  DIN/PACS  interface,  and  a  data  link  interface.  Because  SCSI- 
compatible  optical  disc  devices  are  being  developed  for  many  small  computers,  it  was 
thought  that  they  would  be  useful  as  local  image/report  archive  devices.  However,  they  were 
not  included  as  part  of  the  research  or  demonstration  effort  but  are  shown  in  some  of  the  sys¬ 
tem  diagrams. 
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II.  Purpose 


The  ARMIS  is  a  filmless  system  intended  to  perform  many  of  the  medical  imaging  func¬ 
tions  of  a  conventional  small  clinic  or  field  hospital.  It  would  use  optical  data  cards,  discs  and 
small  computers  to  perform  the  required  funcfions  of  image  acquisition,  archiving,  duplicat¬ 
ing,  reporting  and  scheduling.  Instead  of  x-ray  film  cassettes,  stimulable  phosphor  cassettes 
would  be  used.  The  film  archive  would  be  replaced  by  a  local  disc  or  wired  to  a  larger  image 
archive.  Duplicate  films  and  reports  would  be  replaced  by  selected  images  and  the  report  du¬ 
plicated  on  the  optical  data  cards.  In  place  of  illuminated  view  boxes  for  films,  a  simple  and 
inexpensive  independent  viewer  would  display  the  contents  of  the  cards.  The  initial  image 
display,  diagnosis  and  preparation  of  the  report  would  be  done  at  the  small  computer  display 
console.  Important  advantages  of  the  system  would  be  elimination  of  all  film  and  develop¬ 
ment  chemicals,  elimination  of  the  need  for  water,  reduction  of  power  requirements,  more 
than  a  100  times  reduction  of  bulk  media  and  archive  volume.  There  would  also  be  a  consid¬ 
erable  reduction  in  cost  per  image. 
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in.  General  Description 


A  block  diagram  of  the  basic  clinical  imaging  system  is  shown  in  Figure  1.  The 
stimulable  phosphor  cassettes  would  be  exposed  in  a  conventional  manner  and  with  the 
normal  radiographic  techniques.  The  quantum  detection  efficiencies  of  stimulable  phosphors 
are  similar  to  those  of  conventional  x-ray  intensifier  screens  and  patient  exposures  would  be 
consistent  with  those  of  conventional  radiography.  After  the  cassettes  are  exposed,  they  are 
read  by  the  scanner  and  displayed  on  the  four  monitors  of  the  computer.  The  operator  may 
adjust  the  contrast  and  brightness  (window  width  and  level)  of  each  image  and  accept  the 
image  for  storage  in  the  computer  hard  disk  and  release  the  scanner  to  read  the  next  cassette. 
Images  may  be  recalled  from  the  computer  hard  disk,  interpreted,  annotated  and  the  report 
written  for  storage  on  the  optical  disc,  selected  and  copied  to  an  optical  card,  or  sent  to  an  ex¬ 
ternal  system.  The  essential  components  of  the  system  are  the  stimulable  phosphor  cassettes, 
the  cassette  scanner,  the  computer  control  and  display,  the  optical  disc  local  archive  and  the 
optical  card  reader/writer. 
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IV.  X-Ray  Cassette  Scanner 


The  phosphor  cassette  scanner  assembly  was  to  be  comprised  of  a  small  reader 
mechanism,  five  25  x  30  cm  cassettes  and  five  35  x  43  cm  cassettes.  Two  complete 
assemblies  were  to  be  delivered.  Connecting  cables  and  detailed  technical  information 
needed  for  servicing  were  also  to  be  provided.  Since  the  phosphor  screen  cassette  scanner 
subcontract  was  not  released  as  outlined  above,  the  following  describes  the  initial  goals  and 
eventual  purpose. 

A.  Operation  of  the  System 

The  design  of  a  cassette  scanner  is  such  that  a  filmless  cassette  can  be  used  in  the 
same  manner  as  a  standard  film  cassette.  An  x-ray  cassette  incorporating  a  stimulable 
phosphor  screen  is  used  and  exposed  with  the  same  factors  as  a  conventional  cassette  and 
placed  in  the  cassette  scanner.  A  laser  scans  the  screen  point  by  point  and  the  response  is 
measured,  digitized  and  stored  in  the  scanner  RAM  as  a  1024  x  1280  x  12  bit  field.  Each 
image  thus  requires  1.92  MB  of  RAM  space.  Once  the  scanner  memory  is  full,  the  scan¬ 
ner  prevents  further  loading  of  cassettes  until  some  images  are  erased  or  passed  to  the 
radiographic  workstation.  The  number  of  images  that  may  be  held  in  the  scanner  depends 
on  the  size  of  the  RAM  resident  in  the  scanner.  Once  an  image  has  been  retrieved  and 
verified  at  the  radiographic  workstation,  the  corresponding  scanner  memory  bank  is 
cleared.  Images  are  retrieved  by  the  radiographic  workstation  for  display,  annotation, 
diagnosis  and  storage.  The  status  of  each  operation  will  be  displayed  on  the  front  panel  of 
the  scanner. 

When  an  image  is  to  be  displayed  at  the  radiographic  workstation,  the  computer  will 
initiate  a  SCSI  command  to  transfer  the  image  to  computer  RAM  as  an  8 -bit  image  and 
subsequently  to  the  video  display  card.  The  operator  can  examine  the  image  and  decide  if 
the  default  12  ->  8  bit  selection  algorithm  is  appropriate.  If  the  contrast  or  brightness  is 
not  acceptable,  a  different  algorithm  can  be  selected  and  the  image  retransmitted.  Menu 
commands  are  used  to  designate  the  selection  algorithm.  A  cassette  can  be  scanned  into 
one  memory  bank  and  an  image  in  another  memory  bank  can  be  transmitted  to  the 
radiographic  workstation  at  the  same  time.  The  operator  can  annotate  the  image  in  the 
computer  and  save  the  image  on  the  computer’s  hard  disk.  A  patient  ID  block  will  auto¬ 
matically  be  attached  to  the  image  when  it  is  saved  on  the  hard  disk.  After  an  image  has 
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been  saved  or  discarded,  a  SCSI  command  will  notify  the  scanner  that  it  can  erase  the 
corresponding  memory  bank.  The  scanner  may  then  read  another  cassette. 

B.  Stimulable  Phosphors 

Stimulable  phosphors  are  also  called  memory  screens  or  storage  phosphors.  When 
exposed  to  x-rays,  the  screen  fluoresces  and  electrons  are  driven  into  traps.  When  later 
scanned  '^y  a  red  laser,  a  second  blue  fluorescence  occurs.  A  filter  separates  the  red  laser 
light  from  the  blue  fluorescence  light.  The  blue  fluorescence  light  enters  the  detector 
where  an  electronic  signal  is  produced,  digitized  and  stored. 

Cassettes  using  storage  phosphors  can  be  exposed  using  the  same  exposure  settings  ,is 
conventional  x-ray  cassettes.  In  general,  x-ray  factors  are  determined  by  acceptable  noise 
limits  of  the  radiograph  which,  in  turn,  are  functions  of  the  quantum  statistics  of  the  x-ray 
photons  and  the  quantum  efficiency  of  the  detector.  Conventional  x-ray  screens  are  thick 
for  high  sensitivity/low  resolution  and  thin  for  high  resolution/low  sensinvity.  Obviously, 
the  thickness  of  the  screen  determines  both  resolution  and  sensitivity.  A  conventional 
cassette  uses  two  screens  (except  for  mammography)  as  tests  have  shown  that  two  thin 
screens  exposing  both  surfaces  of  a  double  emulsion  film  are  better  than  one  thicker 
screen  of  the  same  total  thickness  exposing  a  single  emulsion.  A  storage  phosphor 
cassette  uses  only  one  screen  because  of  the  scanning  process.  The  quantum  efficiency 
and  resolution  would  be  similar  to  the  two  screen  system  as  the  laser  light  tends  to  scatter 
less  than  the  fluorescence.  If  the  memory  screen  were  made  thicker  to  improve  quantum 
efficiency,  then  a  problem  of  laser  beam  penetration  versus  scattering  might  occur; 
certain  picture  elements  might  not  be  sufficiently  stimulated  by  the  laser  to  fluoresce  and 
there  would  be  some  image  carry-over  to  the  next  image.  This  could  be  reduced  by  a  light 
flooding  operation  after  laser  scanning. 

Several  companies  have  been  evaluating  storage  phosphor  systen  .  ..■b“re  the  scanned 
image  is  digitally  processed  and  reproduced  on  single  emulsion  pnoiographic  film. 
Clinical  results  have  been  excellent  and  the  cost/image  is  reduced.  Exposure/image  is 
about  the  same  as  conventional  radiography  but  the  appearance  of  the  images  and  retake 
rates  have  been  improved.  In  conventional  radiography,  several  film  sizes  are  used  to 
save  film  costs.  In  this  system,  it  is  assumed  that  only  two  formats  are  required  for 
radiography  as  electronic  image  processing  can  expand  the  final  image.  Thus,  only  25  x 
30  cm  (10  X  12  inch)  and  35  x  43  cm  (14  x  17  inch)  cassettes  are  proposed.  Additional 
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cassette  sizes  may  be  added  for  spotfilming  or  other  special  needs.  The  scanning 
parameters  would  be  almost  the  same,  as  larger  formats  have  lower  resolution  as  a  result 
of  large  area  scatter  and  the  effects  of  patient  thickness. 

C.  Cassette  Scanner 

The  cassette  reader  should  permit  daylight  loading.  Insertion  of  the  cassette  should 
initiate  the  reading  action  and  the  cassette  should  not  be  removable  until  read  or  released 
by  an  override  mechanism.  The  dynamic  range  of  processed  images  should  be  within  a 
range  of  8  bits.  However,  errors  of  exposure  or  a  need  to  examine  some  region  of  interest 
in  more  detail  suggest  that  initial  acquisition  should  be  at  the  greater  depth  of  12  bits. 
When  the  12  bit  image  is  viewed  at  the  radiographic  workstation,  the  operator  will  reduce 
the  range  to  8  bits  by  selection  of  contrast,  brightness  and  gradient. 

The  configuration  of  the  cassette  reader  should  be  such  that  both  cassette  sizes  can  be 
read.  While  several  commercial  stimulable  phosphor  systems  scan  at  2048  lines  or 
higher,  their  images  are  copied  onto  single  emulsion  films.  Such  screen  to  film  systems 
do  not  have  a  data  storage  limitation  imposed  by  digital  data  storage  capacity.  The 
reduced  resolution  of  the  ARMIS  system  should  mean  a  lesser  requirement  for  precision 
of  the  scanning  mechanism.  If  an  existing  commercial  2048  line  scanning  device  is 
modified  for  this  application,  then  either  the  scanning  parameters  must  be  changed  or 
data  must  be  accumulated  by  pixel  averaging.  Merely  accepting  alternate  pixel  data  on 
alternate  lines  of  a  2048  line  image  to  produce  a  1024  line  image  wastes  information  and 
would  increase  patient  exposure;  such  methods  are  not  acceptable. 

In  summary,  the  cassette  reader  should: 

1)  be  self-contained  and  self-powered  (1 15  VAC,  60  Hz,  1  KW  max)  and  “look  like” 
a  SCSI  device  to  an  Apple  Macintosh  computer. 

2)  provide  a  circuit  breaker  power  switch,  manual  reset  switch  or  initialization 
button,  functional  display  and/or  status  lights.  These  should  indicate:  power  on, 
computer  transmission,  cassette  scanning,  memory  banks  empty/full,  error 
conditions  (jams,  faults,  etc.). 

3)  accept  x-ray  cassettes  of  sizes  25  x  30  cm  and  35  x  43  cm.  Cassettes  with 
manually  removable  dark  slides  are  preferred  to  automatic  mechanisms. 
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4)  read  and  digitize  the  radiological  image  at  1024  x  1280  x  12  bit  resolution  within 
10  -  20  seconds. 

5)  store  the  image  in  a  local  image  memory  RAM  of  1.9  MB  (minimum). 

6)  provide  special  (P)ROM  or  ALU  circuit  to  convert  12  bit  image  data  to  8  bits 
(gradient  selection).  At  least  16  preprogrammed  selection  algorithms  should  be 
available. 

7)  permit  removal  of  the  storage  phosphor  cassette  after  it  has  been  read.  If  a  special 
(manual  by-pass)  reset/release  mechanism  is  used,  then  this  will  also  erase  the 
reading  RAM.  Cassette  cannot  be  inserted  in  mac'  ine  unless  one  or  more  of  the 
memory  banks  is  empty. 

8)  provide  a  SCSI  interface  for  scanner  control  and  transmission  of  the  image  to  the 
radiographic  workstation. 

9)  prevent  the  reading  or  scanning  of  additional  radiographic  images  unless  an 
empty  memory  bank  is  available. 

10)  be  small,  compact  and  rugged;  about  the  size  of  a  desk-top  copying  machine. 

1.  Memory  Requirements 

Several  things  influence  the  amount  of  memory  required  for  the  cassette  scanner. 
The  desired  number  of  images  that  can  be  held  in  temporary  storage  until  transferred 
to  the  radiographic  workstation  will  directly  affect  the  RAM  requirements  of  the 
scanner.  As  stated  before,  each  1024  x  1280  x  12  bit  image  will  require  1.92  MB  of 
temporary  memory.  If  the  cassette  scanner  is  to  hold,  say,  5  images  before  transfer, 
then  nearly  10  MB  of  RAM  is  required  just  for  storage.  The  gradient  selection  meth¬ 
ods  implemented  in  the  scanner  may  also  affect  RAM  requirements.  Depending  on 
how  the  particular  processing  algorithms  are  implemented,  memory  demands  could 
be  substantial.  RAM  costs  have  decreased  significantly  in  the  last  few  months  but 
prices  can  still  be  quite  volatile.  In  order  to  minimize  costs  yet  provide  a  reasonable 
size  image  store,  it  is  recommended  that  at  least  5  MB  (appr.  2  images  -i-  processing 
space)  be  provided  in  the  cassette  scanner. 

2.  Processing  Requirements 

The  nature  of  the  12->8  bit  gradient  selection  algorithms  will  determine  the  pro¬ 
cessing  power  required  in  the  cassette  scanner.  Simple  gradient  selections  such  as 
“use  bottom  8/12  bits”  or  “use  top  8/12  bits”  should  not  require  any  extra  processing 
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hardware.  If  the  scanner  memory  is  bit  or  nibble  addressable,  many  gradient  selec¬ 
tions  are  simply  a  matter  of  addressing  the  memory  correctly.  For  more  complex  gra¬ 
dient  selection  algorithms,  a  dedicated  processor  may  be  required.  Since  the  set  of 
gradient  selection  algorithms  can  be  considered  immutable  at  the  time  the  scanner  is 
manufactured,  a  preprogrammed  PAL  or  PROM  may  suffice. 
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V.  Optical  Digital  Data  Cards 


Optical  digital  data  cards,  DDC’s,  are  a  relatively  new  form  of  optical  storage  technolo¬ 
gy.  Although  the  technology  is  very  similar  to  that  of  CD-ROM  and  WORM  discs,  there  are 
several  important  differences  where  size,  capacity  and  cost  are  concerned.  DDC’s  are  the 
same  size  as  a  credit  card  and  currently  have  a  raw  data  capacity  of  4.0  MB.  The  use  of  error 
correction  results  in  a  usable  capacity  of  2.9  MB.  This  should  be  sufficient  to  store  either  2 
uncompressed  1 .3  MB  images  or  8  or  more  compressed  images,  plus  several  pages  of  text. 
The  cost  of  optical  data  cards  is  low,  about  two  dollars  each.  They  may  replace  x-ray  films 
costing  more  than  twenty-five  times  as  much  and  can  result  in  a  bulk  storage  reduction  of 
more  than  100  times  [1]. 


Most  optical  digital  data  cards  are  now  manufactured  to  a  common  standard  [2].  Ma¬ 
chines  from  several  manufacturers  will  be  able  to  read  and  write  on  the  same  cards.  A  data 
card  is  shown  in  Figure  2  and  one  example  of  a  card  reader/writer  is  shown  in  Figure  3.  Opti¬ 
cal  data  cards  are  immune  to  high  magnetic  field  effects  and,  within  a  zip-locked  bag,  are 
also  immune  to  moisture  and  other  hostile  environments.  A  Japanese  study  [3]  has  shown  no 
loss  or  degradation  of  optical  card  data  over  a  two  month  period  of  extreme  use. 


Figure  2.  Optical  Data  Card 
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Figure  3.  Optical  Data  Card  Reader/Writer 

The  basic  technology  of  reading  and  writing  optical  data  cards  is  similar  to  that  used  for 
audio  compact  discs  [4],  In  order  to  write  a  data  card,  a  laser  beam  is  focused  to  less  than  5 
mm  and  erodes  an  internal  mirror  surface.  Figure  4  shows  the  data  pits  on  a  small  section  of  a 
commercial  data  card.  About  0.25  m  J  is  required  to  bum  a  small  pit;  a  50  mW  laser  can  write 
20  k  pits  or  bits  per  second.  In  theory,  a  1.0  W  laser  should  be  capable  of  writing  data  at  400 
Kbits/sec.  To  read  a  card,  a  low  power  laser  scans  the  card  and  the  reflected  pattern  of  light  is 
detected  by  silicon  cells.  The  reading  code  requires  13  bit  spaces  to  read  one  byte  in  order  to 
track  the  data  pattern  and  provide  stop  and  start  signals. 


Figure  4.  Optical  Pit  Pattern 
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The  writing  action  at  the  reflective  surface  of  the  DDC  occurs  at  a  very  high  local 
temperature.  Photographic  processes  are  not  used  so  that  the  card  is  immune  to  extremes  of 
temperature  and  to  low  level  ionizing  radiation.  The  polycarbonate  overlay  is  quite  rugged 
and  sufficiently  thick  so  that  the  laser  beam,  focussed  in  the  plane  of  the  reflector,  will  not 
resolve  fine  scratches  at  the  surface.  The  card  can  be  placed  in  a  thin  vinyl  envelope  and 
accompany  the  soldier  through  various  levels  of  combat  casualty  care.  Cards  can  be  mailed 
or  filed  without  special  care  or  handling.  The  ARMIS  system  can  copy  the  contents  of  the 
DDC's  to  produce  duplicate  cards. 

As  audio  compact  discs,  CD’s,  spin,  the  circular  data  tracks  are  read  by  two  reading 
circuits.  The  digital  data  is  encoded  to  limit  the  size  of  gaps  in  the  data  stream.  This  is 
necessary  for  the  operation  of  the  tracking  circuits.  Minor  positional  or  tracking  errors  are 
compensated  for  as  part  of  the  reading  process.  The  reading  data  rate  is  in  excess  of  120 
Kbps.  The  DDC  data  is  recorded  in  rectilinear  form  and  requires  a  reciprocating  motion  with 
error  compensation  to  read  and  write.  A  spinning  motion  would  not  require  the  rapid 
acceleration  of  the  mechanism  and  the  consequent  increase  of  the  positional  errors.  However, 
the  x-y  coordinates  of  the  data  tracks  allow  better  control  of  the  placement  and  categorizing 
of  the  data  on  the  card.  This  ability  to  place  data  at  random  positions  may  be  essential  to 
perform  the  control  and  addressing  functions  so  that  information  may  be  added  as  one  image 
or  one  page  of  text  at  a  time. 

The  tradeoff  for  using  a  rectilinear  data  format  appears  to  be  a  reduction  of  the  maximum 
data  transfer  rate.  At  present,  raw  data  may  be  written  at  between  16  and  32  Kbps  and  read  at 
between  64  and  128  Kbps  on  an  Olympus  card  reader/writer.  A  Conlux  reader/writer  has  a 
specified  raw  data  read  and  write  data  rate  of  80  Kbps.  Several  manufacturers  have  indicated 
that  new  machines  will  have  twice  that  speed  and  future  machines  will  double  that  rate  again. 
With  the  use  of  4:1  data  compression,  a  1024  x  1024  x  8-bit  (1.0  MB)  image  file  (262  KB 
compressed)  currently  can  be  written  in  between  300  and  360  seconds.  The  Olympus  unit  can 
read  the  same  file  in  120  seconds  and  the  Conlux  unit  can  read  it  in  90  seconds.  These  times 
translate  into  effective  reading  data  rates  of  17.44  and  23.2  Kbps  respectively.  The  goal  is  10 
seconds  to  write  and  2  seconds  to  read  an  image  file. 

Alternative  optical  data  cards  are  also  being  developed  by  other  companies.  These  cards 
incorporate  a  dye  layer  in  front  of  the  internal  reflecting  surface.  The  energy  required  to 
convert  the  dye  layer  from  transparent  to  opaque  is  less  than  that  to  erode  the  reflecting  layer. 
There  may  be  questions  of  the  resistance  to  radiation  and  aging  effects  of  this  method.  One 
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company  advocates  the  use  of  a  spinning  laser  head  assembly  with  arc  segments  on  the  data 
card. 

One  alternative  to  the  optical  card  has  been  developed  by  the  Dow  Chemical  Company. 
This  card  resembles  a  5.0  cm  diameter  center  section  of  a  compact  music  disc  and  can  store 
about  30  MB  of  user  data.  It  uses  a  non-ablating  principle  of  altering  the  reflectance  of  the 
internal  storage  surface.  By  increasing  the  spacing  of  the  stored  data  “pits”  to  reduce  the  data 
capacity  to,  say,  10  MB,  the  mechanical  tolerances  can  be  reduced  which  may  lower  the  data 
error  rate.  This  small  disc  could  be  handled  in  the  same  way  as  the  small  data  card  and 
transported  in  a  small  “zip-locked”  bag.  The  use  of  this  small  disc  could  make  possible  a 
further  reduction  of  costs  of  the  independent  viewer  as  many  of  the  high-production 
components  of  music  and  computer  compact  disc  hardware  could  be  adapted  readily  for  this 
application.  Also,  helical  reading  mechanisms  are  inherently  faster  than  the  reciprocating 
actions  required  for  cards.  It  is  important  to  note  that  no  production  plans  have  been  an¬ 
nounced  for  the  small  discs. 

The  two  reader/writer  devices  that  were  used  for  this  project  are  the  Olympus  and  the 
Nippon  Conlux  LC-303.  Neither  machine  was  used  with  the  prototype  radiographic 
workstation  due  to  the  lack  of  SCSI  device  drivers  for  the  Apple  Macintosh.  All  reader/writer 
testing  was  done  on  the  AT-based  independent  viewer. 
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VI.  Monitors 


There  are  only  a  handful  of  high  resolution  monitor  manufacturers  in  the  United  States. 
Video  Monitors  Inc.  (VMI)  manufactures  the  1024  x  1280  x  8  bits/pixel  portrait  monitor 
used  in  this  project.  VMI  was  chosen  because  they  build  monitors  exactly  to  the  customers 
requirements.  Other  companies  sell  monitors  with  features  unnecessary  for  this  application  or 
require  the  purchase  of  their  video  board. 

A.  Display  Resolution 

Film-screen  combinations  used  for  medical  radiography  are  of  several  types.  A  thick, 
sensitive  screen  offers  reduced  exposure  at  a  compromise  of  resolution  while  a  thin 
screen  increases  the  radiation  exposure  needed  but  improves  the  resolution.  Chest 
radiography  uses  the  thick  sensitive  screen  and  arteriography  would  use  the  higher 
resolution  thin  screen.  As  the  x-ray  energy  increases  the  beam  stopping  power  of  the 
screen  decreases,  a  thicker  screen  may  be  needed  to  have  the  same  sensitivity  as  a  thin 
screen  at  lower  energies.  Mammographic  screens  are  thin  and  have  the  same  x-ray  beam 
stopping  power  at  28  kVp  (generator  operating  voltage)  as  a  thick  chest  screen  at  140 
kVp.  The  resolution  of  film  screens  can  be  measured  by  imaging  a  lead  bar  pattern  or  a 
fine  lead  slit  and  calculating  the  equivalent  sine  wave  response.  That  spatial  frequency 
response  can  be  normalized  by  assuming  that  the  lowest  frequency  amplitude  is  equal  to 
1.0  and  that  the  response  past  the  first  zero  is  ignored,  i.e.,  phase  changes  past  the  zero 
are  not  considered.  The  normalized  spatial  frequency  response  is  called  the  modulation 
transfer  function  (MTF).  The  MTF  can  then  be  converted  to  an  expression  describing  the 
ability  to  see  small  objects. 

The  expression  used  most  often  is  the  noise  equivalent  resolution  or  and  is  found 
by  integrating  the  generating  function  of  the  MTF.  This  process  is  necessary  as  some 
image  recording  schemes  will  have  a  “flat”  frequency  response  and  others  will  “fall-off’ 
and  not  respond  as  smoothly.  When  the  amplitude  of  the  MTF  is  about  0.05,  5%,  objects 
close  to  that  size  or  bar  patterns  close  to  that  spatial  frequency  tend  to  disappear  in  the 
background  noise  and  this  is  called  the  disappearance  frequency  or  limiting  resolution. 
The  Ng  and  the  limiting  resolution  are  not  the  same  and  it  can  be  demonstrated  that  is 
a  more  useful  measure  of  clinical  performance  of  a  system. 
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There  is  a  complication  when  comparing  film- screens  with  digital  TV  displays:  one 
has  a  continuous  MTF  and  the  other  is  quantized  by  the  discrete  pixels  corresponding  to 
data  points  in  the  display  RAM.  However,  if  the  frequency  response  of  the  acquired 
image  data  is  well  above  the  display  pixel  density,  then  the  pixel  density  is  related  closely 
to  the  MTF  of  the  quantized  display.  A  1024  pixel  display  mapped  into  the  acquired 

image  field  of  35  cm  corresponds  to  an  of  1.6  Ip/mm,  rather  close  to  the  of  a  film- 
screen  used  for  chest  imaging  (close  to  1.8  -  2.0  Ip/mm).  Because  the  film-screen  decays 
to  lower  frequencies  beyond  the  N^,  the  film-screen  image  will  look  better  than  the  TV 

display  where  the  N^.  and  the  limiting  resolution  are  almost  the  same  frequency. 

In  general,  the  displayed  resolution  of  1024  x  1280  pixels  will  be  adequate,  close  to 
the  performance  of  corresponding  film-screens.  If  higher  image  resolutions  are  required 
for  diagnosis,  the  field  size  can  be  decreased,  use  a  smaller  format  with  the  same  1024  x 
1280  pixels  i.e.,  instead  of  a  35  x  43  cm  image,  use  25  x  30  cm  and,  for  example, 
examine  the  right  and  left  lung  fields  separately.  Obviously,  smaller  anatomic  structures 
should  be  displayed  at  higher  resolutions. 

While  it  is  possible  to  construct  display  systems  of  almost  any  resolution,  a  design 
compromise  must  be  made.  One  film  company  has  said  that  acquisition  resolution  values 
of  not  less  than  5(X)0  x  6400  pixels  and  16  bit  amplitude  levels  must  be  used  to  avoid  the 
threat  of  negligence  and  malpractice.  That  same  company  was  marketing  a  teleradiology 
system  of  512  x  512  x  6  bits!  So  far,  the  consensus  is  that  images  of  1024  x  1280  pixels 
will  suffice  for  most  medical  imaging,  2048  x  2048  is  better  but  costs  more.  Clinical 
testing  and  experience  will  be  the  only  way  to  resolve  the  issue.  Cost  is  an  imponant 
factor  and  higher  resolution  and  bit  depth  are  factors  in  determining  system  cost. 

B.  Monitor  Orientation 

The  most  frequent  monitor  format  is  that  of  the  portrait  mode,  long  axis  vertical. 
Radiographs  of  the  chest  are  almost  always  shown  in  that  position.  Practical 
considerations  suggest  that  the  scanning  lines  should  sweep  the  long  axis  because  the 
retrace  time  and  settling  time  of  that  circuit  are  fixed  for  a  given  set  of  components.  By 
scanning  the  long  axis,  the  number  of  scanning  lines  is  reduced,  the  active  scan  time  is 
maximized,  the  bandwidth  is  reduced  and  the  signal  to  noise  ratio  is  also  maximized.  To 
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have  the  long  axis  vertical  requires  that  the  deflection  yoke  must  be  rotated  with  the 
kinescope  and  the  deflection  parameters  are  1024  visible  scanning  lines,  1280  pixels/line. 
This  is  the  configuration  used  for  the  independent  viewer.  The  monitor  drive  boards  are 
insensitive  to  the  orientation  of  the  yoke  providing  that  pixel  addresses  accommodate  the 
orientation.  The  eye  is  insensitive  to  the  direction  of  the  scanning  lines. 

The  Macintosh  uses  an  ingenious  scheme  for  presenting  the  position  of  the  cursor  and 
adding  text  and  symbolic  annotation  to  the  monitors.  The  advantage  of  that  method 
means  that  the  cursor  can  be  moved  readily  from  one  monitor  to  the  next  in  a  single 
motion,  following  the  movement  of  the  mouse.  This  scheme  assumes  that  the  scanning 
lines  are  horizontal  so  that  the  portrait  mode  display  for  this  application  requires  1280 
visible  scanning  lines  and  1024  pixels/line.  Thus,  the  two  applications  require  different 
scanning  characteristics.  Fortunately,  the  same  monitor  can  be  configured  for  either 
application.  A  future  version  of  the  driver  board  could  permit  the  Macintosh  monitor 
configuration  to  work  in  the  independent  viewer. 

C.  Refresh  Rate 

Conservation  of  bandwidth  is  important  for  optimum  operation  of  camera  tubes.  The 
refresh  rate  of  common  television  conserves  bandwidth  by  the  use  of  an  interlaced  scan; 
two  half-frames  or  fields  at  the  power  line  frequency,  complete  images  at  1/2  the  power 
line  frequency.  This  results  in  a  “flicker  frequency”  of  60  Hz  and  the  image  is  stationary 
with  respect  to  stray  electromagnetic  fields  of  the  power  line.  As  long  as  images  are 
moving,  the  system  works  well.  This  idea  of  interlaced  scanning  is  similar  to  what  is 
done  in  motion  picture  projection  where  the  image  frame  rate  is  24  ffames/sec  and  the 
projected  light  is  shuttered  once  or  twice  more  each  frame  to  increase  the  flicker 
frequency  above  the  frame  rate.  The  light  is  shuttered  during  film  transport  time.  The  eye 
can  sense  annoying  flicker  at  24  Hz  but  not  at  the  flash  rate  of  48  to  72  Hz  of  the 
projector.  For  images  of  stationary  objects,  close  examination  of  interlaced  TV  image 
details  shows  a  “shimmer”  or  satiny  aopearance  which  is  distracting  to  the  viewer.  Most 
computer  images  do  not  use  interlaced  scanning  and  operate  at  frame  rates  near  the  power 
line  frequency.  Conservation  of  bandwidth  is  not  necessary  as  the  image  is  stored  in 
RAM.  The  new  developments  of  high  definition  TV,  HDTV,  also  use  RAM  circuits  to 
convert  the  slower  camera  TV  images  to  the  higher  rate  flickerless  displays.  The  image 
refresh  rate  and  display  characteristics  of  the  ARMIS  system  are  the  same  as  those  being 
used  in  the  higher  level  CAD,  computer-aided  design,  systems  and  close  to  those 
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proposed  for  HDTV.  The  non-interlaced  display  at  the  high  refresh  rate  permits  close 
examination  of  stationary  objects  without  eyestrain  or  distracting  artifacts. 

D.  Bits  Per  Pixel 

Users  are  often  confused  about  what  the  eye  is  capable  of  seeing.  Just  as  edge  effects 
have  an  impact  on  resolution,  the  number  of  bits  per  pixel  required  to  make  good  images 
has  more  to  do  with  boundaries  and  transitions.  If  you  ask  a  person  to  differentiate  gray 
levels  by  showing  isolated  patches  of  various  gray  shades,  eight  to  10  shades  would  be 
identified  at  best.  If  the  image  has  adjacent  patches  of  smaller  amplitude  variation  the 
number  increase  to  at  least  64  shades  and,  in  some  experiments,  close  to  100  shades. 

An  experiment  can  be  done  where  various  test  images  have  amplitude  quantized 
images  and  the  number  of  gray  levels  of  the  image  is  varied.  The  experiment  is  further 
simplified  when  the  image  is  quantized  on  a  binary  scale,  64,  128,  256  levels,  etc.  Most 
observers  can  discern  the  transition  of  levels  when  64  (6  bit)  levels  are  used.  The 
transition  in  a  medical  image  could  show  up  as  the  margin  between  two  levels  in  a 
relatively  clear  field,  as  an  artifact  in  a  lung  field,  as  the  edge  of  a  faint  tumor  that  really 
is  not  there.  To  permit  some  adjustment  of  brightness,  experience  has  shown  that  256 
levels  (8  bits)  is  adequate  for  displayed  information.  Displayed  information  is  not  the 
same  as  acquired  information  and  elsewhere  in  this  report,  the  need  to  acquire 
information  at  10  to  12  bit  levels  is  discussed. 

E.  CRT  Phosphors 

In  order  for  any  CRT  to  produce  an  image,  an  electron  beam  within  the  CRT  must 
strike  a  phosphor  coating  on  the  inside  face  of  the  tube  (the  display  screen).  There  are 
over  a  hundred  different  types  of  phosphors  available.  Normally,  for  medical  applications 
a  P4  or  a  P45  is  used.  Clinton,  the  manufacturer  of  the  CRTs  used  by  Video  Monitors  Inc. 
(VMI)  uses  a  variant  of  the  P4,  the  PI 04  phosphor.  The  PI 04  is  a  white- white  phosphor 
and  the  P45  is  a  white-blue  phosphor.  The  first  color  indicates  the  fluorescence  and  the 
second  color  is  the  phosphorescence.  The  P4  (104)  is  the  most  popular  and  is  used  in  all 
the  ARMIS  monitors.  The  P45  is  sometimes  requested  because  it  has  a  bluish  tint  similar 
to  radiographic  film. 
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VII.  Radiographic  Workstation 


A.  Operation  of  the  Syjtem 

After  a  phosphor  screen  cassette  has  been  scanned  by  the  scanner,  the  digital  x-ray 
image  can  be  retrieved  by  the  radiographic  workstation.  One  of  several  12->8  bit  gradient 
selection  criteria  can  be  chosen  within  the  radiographic  workstation  computer  program.  If 
no  selection  criterion  is  chosen,  a  default  criterion  will  be  used.  The  desired  image  is  then 
transferred  to  the  radiographic  workstation  and  displayed  on  one  of  four  monitors.  Tf  the 
image  is  not  satisfactory,  a  new  selection  criterion  is  chosen  and  the  image  retrieved 
again.  Once  the  image  is  of  the  desired  quality,  it  must  be  saved  on  the  hard  disk.  Note 
that  the  image  must  be  labeled  with  the  required  patient  data  before  it  is  saved.  Images 
that  have  been  saved  on  the  hard  disk  can  later  be  retrieved  for  annotation.  A  diagnosis 
can  then  be  entered  on  the  report  form.  A  report  and  image  set  can  then  be  archived  in 
optical  storage  and  copied  to  a  DDC  for  a  referring  physician  if  so  desired.  Image 
retrieval  is  accomplished  using  a  Macintosh  H  from  Apple  Computer  Inc.  The  Macintosh 
II  was  chosen  because  it  has  a  Small  Computer  Systems  Interface  (SCSI)  port  and  a  user- 
friendly  graphical  control  interface. 

B.  Base  Computer 

The  Apple  Macintosh  11  contains  a  16  MHz  Motorola  MC68020  CPU.  A  256  KB 
ROM  contains  portions  of  the  operating  system  and  the  “Toolbox”,  several  hundred  rou¬ 
tines  available  for  programming  the  machine.  The  Macintosh  II  can  be  configured  with  1- 
8  MB  of  physical  RAM  with  standard  1-Mbit  DRAMs.  New,  higher  density  DRAMs  (4- 
Mbit)  and  the  promise  of  virtual  memory  will  allow  even  larger  amounts  of  system 
memory.  The  6-slot  backplane  is  a  high  speed  32-bit,  10  MHz  bus  based  upon  the  NuBus 
standard  (IEEE  1 196)  developed  by  Texas  Instruments.  The  Apple  DeskTop  Bus  (ADB) 
is  used  for  connecting  input  devices  such  as  keyboards,  graphics  tablets  and  the  mouse. 
There  are  six  other  I/O  devices:  an  Apple  Sound  Chip  (ASC)  for  sound  generation;  two 
Synertek  SY6522A  Versatile  Interface  Adapters  (VIA);  a  Zilog  Z8530  Serial 
Communications  Controller  (SCC)  providing  two  serial  ports;  an  Apple  custom  chip,  the 
IWM  (Integrated  Woz  Machine)  for  disk  control;  the  Motorola  MC6888 1  numerics 
coprocessor;  and  a  NCR  5380  Small  Computer  Systems  Interface  (SCSI)  chip  for  high¬ 
speed  parallel  communications  [5]. 
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One  major  characteristic  desirable  in  a  computer  workstation  is  expansion  capability. 
The  use  of  standard  bus  and  serial  port  structures,  such  as  NuBus,  SCSI  and  RS422  (RS- 
232  compatible),  allows  the  Macintosh  II  to  easily  communicate  with  the  outside  world. 
Many  different  peripherals  such  as  laser  printers,  modems,  scanners,  hard  disk  drives,  dot 
matrix  printers,  erasable-optical  disc  drives,  CD-ROM  drives,  WORM  disc  drives  and 
tape  drives  are  fully  supported  by  the  Macintosh  line  of  computers. 

The  user  interacts  with  the  Macintosh  through  a  graphical  user  interface,  GUI,  rather 
than  the  text  or  line  command  interface  used  by  many  other  computers.  A  GUI  is  fast, 
convenient,  and  grasped  very  easily  by  inexperienced  users.  The  Macintosh  GUI  is 
uniform  and  consistent  across  hundreds  of  Macintosh  programs.  Thus,  reference  to  the 
manual  of  a  new  application  is  typically  unnecessary  until  the  experienced  user  desires  a 
special  feature.  This  represents  a  strong  advantage  over  UNIX  and  MS-DOS  computer 
systems  where  the  same  button  combinations  have  different  interpretations  in  different 
applications.  One  study  comparing  Apple  Macintosh  and  MS-DOS  personal  computer 
systems  showed  that  users  find  Macintosh  easier  to  learn  and  more  enjoyable  to  use  thus 
resulting  in  greater  efficiency  and  productivity  [6].  A  compuier  tool  is  less  effective  when 
its  use  is  inconsistent  to  the  people  who  must  manage  it.  The  consistency  of  the  Macin¬ 
tosh  operating  system  permits  easier  staff  training  as  imaging  applications  are  designed. 
The  trade  off  of  a  simple  interface  is  the  increased  effort  required  for  programming. 

The  Macintosh  n  can  be  upgraded  to  a  Macintosh  IIx  which  incorporates  the  more 
advanced  Motorola  MC68030  CPU.  Further,  it  is  hinted  that  a  RISC  based  machine  is 
planned.  Several  accelerator  boards  with  high-speed  CPU’s  are  currently  on  the  market. 
One  vendor  has  indicated  it  has  available,  special  boards  based  upon  multiple  INMOS 
transputer  chips,  which  could  invite  performance  comparisons  with  mini-supercomputers 
for  special  applications.  While  such  performance  is  not  currently  necessary,  radiological 
demands  of  the  1990's  may  require  it. 

C.  Video  Display 

A  typical  Macintosh  II  display  is  either  the  Apple  13”  RGB  color  monitor  or  the  12” 
monochrome  monitor.  Both  of  these  monitors  have  a  display  resolution  of  640  x  480  pix¬ 
els.  The  standard  Apple  video  card  comes  with  enough  video  memory  to  display  4-bit 
pixels.  More  memory  can  be  added  so  that  8-bit  pixels  can  be  displayed.  Color  (on  a 
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color  monitor)  or  gray  scale  and  the  number  of  bits  per  pixel  are  both  software 
configurable.  A  standard  Macintosh  monitor  is  not  of  sufficient  resolution  to  display  digi¬ 
tal  radiographs  but  is  useful  for  text  information  such  as  patient  records  and  reports. 
Third  party  monitors  can  be  added  to  a  Macintosh  II  system  by  simply  adding  the  proper 
video  boards.  Some  of  the  currently  available  video  boards  have  resolutions  as  high  as 
1280  X  1024  X  32.  Since  this  application  uses  1024  x  1280  x  8-bit  images,  a  board  with  a 
resolution  of  1024  x  1280  x  8  is  desirable. 

A  specially  programmed  Truevision  HR  Graphics  Card  is  being  used  in  conjunction 
with  a  custom  high  resolution  monitor  from  Video  Monitors  Inc.  (VMI).  The  HR 
Graphics  Card  comes  with  either  2  or  4  MB  of  video  memory  and  can  be  programmed  for 
numerous  display  resolutions  (all  at  8-bits  per  pixel).  A  portrait  mode  resolution  of  1024 
X  1280  is  being  used  since  it  provides  an  aspect  ratio  of  0.8,  which  is  close  to  the  optimal 
ratio  of  0.75  (3:4). 

Since  there  are  six  NuBus  slots  available,  as  many  as  six  monitors  can  be  added  to  the 
Macintosh  II.  The  recommended  configuration  for  the  radiographic  workstation  is  one 
standard  Apple  monitor  (color  or  monochrome)  and  four  high  resolution  monitors.  This 
configuration  w'ill  allow  a  radiologist  to  compile  the  patient  report  while  viewing  several 
images. 


D.  Small  Computer  Systems  Interface  (SCSI) 

The  SCSI  interface  is  a  standard  and  is  used  for  data  transmission  between  external 
hard  disk  drives  (or  any  other  attached  SCSI  device)  and  the  computer  at  1.4  Mbps  [/]. 
Since  SCSI  has  a  reasonable  transmission  speed  and  is  included  in  all  Macintosh  comput¬ 
ers,  it  is  the  logical  choice  for  communications  with  other  devices.  A  maximum  of  seven 
SCSI  devices  may  be  attached  to  a  Macintosh.  Chip  sets  which  implement  the  SCSI  inter¬ 
face  and  protocols  are  readily  available.  Many  of  the  currently  available  DDC  read¬ 
er/writer  devices  already  come  with  a  SCSI  interface.  It  is  assumed  that  it  would  not  be 
difficult  to  build  the  phosphor  screen  scanner  with  a  SCSI  interface. 

Although  SCSI  devices  are  readily  connected  physically  via  SCSI  cables,  software  is 
required  for  proper  communication.  Most  SCSI  devices  require  an  operating  system 
specific  driver  to  handle  low  level  device  communications.  Drivers  must  be  written  for 
each  operating  system  that  the  device  is  to  be  used  with.  Although  many  of  the  DDC 
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reader/writer’s  come  with  a  physical  SCSI  interface,  all  of  the  companies  have  yet  to 
implement  SCSI  drivers  for  the  Macintosh.  A  special  utility  program  was  used  to  suc¬ 
cessfully  communicate  with  a  DDC  reader/writer  connected  to  a  Macintosh.  With  the  ad¬ 
dition  of  a  driver  it  would  be  possible  to  read  and  write  DDCs  directly  on  the  Macintosh. 

E.  Hard  Disk  Storage 

In  order  to  temporarily  store  images  at  the  radiographic  workstation,  a  hard  disk  drive 
is  required.  The  system  will  also  run  much  faster  if  the  application  program  and  the 
Macintosh  operating  system  are  resident  on  a  hard  drive  instead  of  a  floppy  disk.  Hard 
drives  are  available  for  the  Macintosh  in  sizes  ranging  from  20  MB  to  1.2  GB.  A  20  MB 
drive  would  only  allow  the  temporary  storage  of  approximately  15  high  resolution  images 
whereas  a  1.2  GB  drive  could  hold  over  900  non-compressed  images.  More  temporary 
storage  can  be  added  by  simply  using  multiple  drives.  As  many  as  seven  hard  drives  can 
be  attached  to  a  single  Macintosh  via  the  SCSI  bus. 

There  are  several  characteristics  which  define  a  hard  disk  drive.  The  most  visible  are 
storage  capacity  and  form  factor.  Storage  capacity  is  the  amount  of  data  that  a  drive  can 
hold,  usually  given  in  megabytes,  MB.  Form  factor  is  the  physical  size  of  the  drive 
media.  Two  standard  microcomputer  hard  drive  form  factors  are  5.25”  and  3.5”.  Drives 
with  a  particular  form  factor  also  typically  come  in  two  heights,  full-height  and  half¬ 
height.  The  drive  height  determines  the  number  of  platters,  and  thus  the  capacity,  of  the 
drive.  If  the  drive  is  to  be  mounted  inside  the  microcomputer,  then  the  amount  of  space 
available  often  determines  the  form  factor.  A  full  height  5.25”  drive  can  be  mounted  in¬ 
side  a  Macintosh  11  only  with  the  addition  of  a  special  bracket.  Since  all  Macintosh  com¬ 
puters  have  an  external  SCSI  port,  any  size  external  SCSI  drive  can  be  used. 

Two  important,  but  often  overlooked,  characteristics  of  a  hard  drive  are  average 
access  time  and  transfer  rate  or  throughput.  Average  access  time  is  usually  defined  as  the 
sum  of  two  other  terms,  seek  time  and  latency.  Seek  time  is  the  amount  of  time  for  the 
drive  heads  to  move  to  a  particular  location  (track)  on  the  disk.  Latency  is  the  amount  of 
time  needed  for  the  desired  data  block  (sector)  to  rotate  underneath  the  drive  heads  so 
reading  or  writing  can  occur.  A  drive  with  a  low  average  access  time  can  locate  and  begin 
reading  or  writing  data  faster  than  one  with  a  high  average  access  time.  Typical  access 
times  are  in  the  tens  of  milliseconds  (mS).  High-capacity  (>300  MB)  hard  drives  have 
better  access  times  due  to  the  use  of  more  expensive,  faster  technology  such  as  voice  coil 
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actuators,  better  drive  heads  and  denser  platter  surfaces.  They  also  use  a  separate  disk 
platter  as  a  dedicated  servo  surface  to  maintain  tracking  information  [8]. 

Throughput  or  transfer  rate  is  defined  as  the  amount  of  data  that  a  drive  can  transfer 
in  a  given  amount  of  time,  usually  given  in  bits,  kilobits,  or  megabytes  per  second.  Once 
a  drive  has  located  the  desired  track  and  sector,  it  must  move  data  between  the  drive  and 
the  computer.  A  high  throughput  drive  will  take  less  time  to  transfer  the  data  than  a  low 
throughput  drive.  The  use  of  disk  caching  and  zoned-bit  recording  can  significantly  in¬ 
crease  a  drive’s  data  transfer  rate.  Note  that  transfer  rates  can  be  limited  not  only  by  the 
drive,  but  also  by  the  interface  bus  (SCSI)  and  the  driver  software.  The  Macintosh  Plus 
SCSI  interface  has  read/write  transfer  rates  of  263  Kbps  and  2693  Kbps  respectively.  A 
fast  drive  will  have  read/write  transfer  rates  close  to  the  13,107  Kbps  maximum  rating  of 
the  SCSI  bus  in  a  Macintosh  II  [8].  Again,  high-capacity  disk  drives  offer  significantly 
higher  data  transfer  rates  than  smaller  drives,  and  will  thus  give  much  greater  perfor¬ 
mance. 

The  current  hard  disk  drive  configuration  for  the  prototype  Macintosh-based 
radiographic  workstation  is  two  drives  totaling  190  MB  of  storage.  One  is  an  external 
SuperMac  DataFrame  XP150  which  is  based  upon  a  150  MB  Wren  mechanism  from  Ipri- 
mis  (formerly  the  hard  drive  division  of  Control  Data  Corp.).  The  Wren  mechanism  is 
well  known  for  its  reliability,  speed  and  throughput.  The  XP150  has  an  average  access 
time  of  16.5  msec,  a  peak  transfer  rate  of  1.5  Mbytes/sec  and  a  sustainable  transfer  rate  of 
625  Kbytes/sec  [9].  The  other  drive  is  an  internal  Apple  Hard  Disk  40SC  which  is  based 
upon  a  40  MB  Quantum  mechanism. 

F.  Optical  Archive 

There  are  three  types  of  optical  disc  technology  currently  on  the  market;  CD-ROM 
(compact  disc  read  only  memory),  WORM  (write  once/read  many)  and  erasable  optical. 
All  these  technologies  offer  random  access,  high  capacity,  physically  compact,  non-vola¬ 
tile  storage  with  reasonable  access  times  and  transferrates.  A  disc  with  650  MB  of  capac¬ 
ity  can  store  up  to  2600  compressed  images  with  a  very  low  cost  per  MB.  Larger,  12”  or 
14”,  optical  disks  are  available  which  can  store  10  gigabytes  of  data.  Further,  the 
University  of  Wisconsin's  Physical  Sciences  Laboratory  has  designed  a  computerized 
optical  archival  storage  device  that  fits  within  a  small  room  and  stores  2  terabytes  of  data. 
This  is  equivalent  to  approximately  8  million  compressed,  high  resolution  images. 
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Optical  storage  is  immune  to  magnetic  and  electrical  field  disturbances  and  can  handle 
adverse  environments.  Discs  can  be  easily  handled,  stored,  or  mailed  without  affecting 
the  data.  Though  the  discs  are  similar,  there  are  significant  differences  between  the 
technologies. 

A  CD-ROM  disc  is  4.75  inches  in  diameter,  can  hold  650  MB  of  data  and  is  the  old¬ 
est  of  the  technologies.  The  High  Sierra  standard  and  the  International  Standards  Organi¬ 
zation  standard  (ISO  9660)  are  the  two  main  standards  presently  in  use  [10].  Access  times 
are  relatively  slow  compared  to  the  other  two  technologies.  Discs  are  produced  fairly  in¬ 
expensively  from  a  master  source  disc  thus  suiting  their  main  purpose  as  distribution 
media.  Since  data  cannot  be  added  to  a  CD-ROM,  this  technology  is  not  useful  for  ar¬ 
chiving  medical  images. 

WORM  and  erasable  optical  discs  are  5.25  inches  in  diameter,  come  in  a  5.3"  x  6" 
cartridge,  are  typically  double-sided  and  can  hold  between  650  MB  and  1.2  GB  of  data. 
WORM  is  the  second  oldest  of  the  three  technologies  and  is  very  stable  and  well  proven. 
Data  is  written  by  burning  small  pits  in  the  substrate  reflective  layer  of  the  disc.  An 
“embedded  servo”  is  used  in  which  the  disk  is  formatted  by  burning  additional  laser 
tracks  to  guide  the  read/write  head.  The  data  can  then  be  read  by  a  lower  power  laser 
beam  which  tracks  the  spiral  of  pits.  This  optical  storage  method  has  an  estimated  data 
lifetime  of  hundreds  of  years. 

Erasable  optical  discs  are  the  newest  of  the  optical  storage  technologies.  Most  are 
based  upon  magneto-optical  technology  which  uses  both  a  laser  and  a  magnetic  field  to 
write  data  on  a  disc.  The  media  is  a  magnetic  material  in  which  the  sequence  of  bits  have 
a  magnetic  field  of  north-pole-up  (digital  1)  or  north-pole-down  (digital  0)  [11].  The  field 
required  to  change  the  magnetic  domain  of  a  bit  varies  greatly  with  temperature.  At  room 
temperature  the  coercive  force  is  so  high  that  the  domain  remains  unaffected  by  typical 
magnetic  fields.  If  a  1  micrometer  spot  on  the  disc  is  heated  to  150°  C  for  a  few  nanosec¬ 
onds,  a  bias  magnetic  field  can  determine  the  domain  of  the  bit.  The  data  is  read  off  of  the 
disk  by  taking  advantage  of  a  phenomenon  known  as  the  Kerr  effect.  When  a  low  power 
laser  is  directed  at  the  disc,  the  laser  beam’s  plane  of  polarization  will  be  rotated  clock¬ 
wise  or  counter-clockwise  depending  on  the  magnetic  domain  of  the  bit.  Circuitry  in  the 
optical  head  can  sense  the  polarization  and  interpret  the  bit  orientation  as  a  digital  1  or  0. 
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Since  the  intended  use  of  optical  storage  is  as  an  archive  of  medical  images,  it  is  obvi¬ 
ous  that  WORM  technology  is  ideal  for  this  puipose.  It  is  stable,  writable,  non-erasable, 
compact  storage  that  compares  well  with  the  other  technologies.  Some  of  the  various 
technologies,  including  optical  data  cards  and  recently  announced  3.5~  optical  discs,  are 
compared  in  Table  1. 

TABLE  1 


Media 

Caoacitv  (MB') 

Cost 

Tmaees  (appr.) 

Cost/Image- 

Large  Archival  Discs 

10000 

$500 

30000 

$0,015 

Local  Archive,  5.25“ 

1000 

100 

3000 

0.03 

Transfer  Disc,  3.5“ 

100 

25 

300 

0.08 

Optical  Data  Card 

4 

2 

12 

0.17 

*  Cost/Image  only  applies  if  the  disc  or  card  is  used  to  saturation  (completely  filled). 

G.  DIN/PACS 

It  is  important  that  the  radiographic  workstation  have  the  capability  to  communicate 
with  other  devices.  Aside  from  the  cassette  scanner,  which  must  be  interfaced  for  image 
transfer,  other  devices  such  as  x-ray  film  scanners,  CT,  MRI,  or  ultrasound  machines 
could  be  connected  for  image  file  exchange.  The  open  systems  interconnect  (OS  I)  model 
specified  by  the  International  Standards  Organization  (ISO)  plays  a  large  part  in  network 
interfaces. 

The  main  idea  of  OSI  is  simply  that  if  all  network  interfacing  is  specified  with  a  com¬ 
mon  model,  e.g.  OSI,  then  connecting  computers  from  different  manufacturers  is  simpli¬ 
fied.  OSI  is  not  a  description  of  the  actual  connections  between  computers,  but  is  merely 
a  model  (composed  of  seven  layers)  by  which  the  connections  are  specified.  A  manufac¬ 
turer  may  use  the  OSI  model  in  defining  their  network  and  still  have  proprietary  hardware 
and/or  software  incorporated  in  the  network.  Use  of  the  OSI  model  allows  the  person  set¬ 
ting  up  the  network  to  “mix  and  match”  between  products  of  many  manufacturers  at  dif¬ 
ferent  layers  in  the  network.  Each  of  the  seven  layers  can  be  viewed  in  theory  as  a  “black 
box”  which  is  virtually  independent  of  the  other  layers.  In  practice  there  is  some  mixing 
between  the  layers.  This  is  partly  due  to  some  manufacturers  not  explicitly  following  the 
OSI  model  or  misinterpreting  the  specification. 
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Use  of  the  OSI  model  is  becoming  widely  accepted  in  the  computer  industry  and 
should  seriously  be  considered  for  future  medical  imaging  networks.  Currently,  the  medi¬ 
cal  imaging  field  is  fragmented  by  powerful  corporations  trying  to  get  the  market  to  adopt 
their  proprietary  “standards”  in  order  to  gain  market  share.  The  problem  with  this  ap¬ 
proach  is  that  once  a  network  is  assembled,  it  can  only  use  hardware  and  software  from 
one  particular  company  since  the  network  components  are  proprietary.  With  OSI,  if  the 
person  assembling  the  network  decides  that  a  particular  layer  would  be  better  served  by 
components  from  a  different  manufacturer,  it  is  possible  to  incorporate  them  in  the  net¬ 
work. 

1.  ACR/NEMA  Standard 

As  filmless  systems  become  more  common,  it  will  be  possible  for  a  single  control 
console  to  display  images  from  a  number  of  sources  such  as  x-ray,  ultrasound,  CT, 
MRI,  etc.  Further,  the  control  console  could  interact  with  the  image  source  to  recall  or 
reprocess  images  as  required  by  the  diagnostic  process.  The  variety  of  technical  pos¬ 
sibilities  led  to  the  development  of  standards  for  the  design  of  interactive  controls. 
The  ACR/NEMA  Standard  Interface  (“ACR/NEMA”)  defines  the  protocols  for  such 
controls  and  describes  the  various  commands,  their  structure  and  electrical  character¬ 
istics. 

It  is  important  to  note  that  the  ACR/NEMA  is  an  interactive  standard  for  appara¬ 
tus  operating  over  a  short  range,  i.e.,  within  a  few  meters  of  the  control.  It  enables  the 
designer  to  construct  an  imaging  system  so  that  it  may  be  controlled  by  an  external 
console  or  viewing  station.  It  permits  the  designer  of  the  viewing  station  to  build  a 
single  device  wu'ch  can  accommodate  the  display  and  control  of  several  different 
image  source  devices.  It  does  not  define  the  standards  for  communication  with  a  larg¬ 
er  information  and  image  archive  system  such  as  a  digital  information  network,  DIN, 
or  a  hospital  information  system,  HIS. 

The  ACR/NEMA  must  be  connected  to  a  larger  system  via  an  undefined  Network 
Interface  Unit,  NTU.  The  NIU  could  be  built  as  a  “minimum”  device  suitable  for  se¬ 
lecting  and  transmitting/receiving  images  and  reports  or  as  a  device  of  great  capabili¬ 
ty  for  interacting  and  reprocessing  selected  images.  Of  course,  the  capability  of  the 
complete  system  depends  on  the  DIN  and  HIS  as  well  as  the  NIU.  The  higher  level 
capabilities  imply  filing  of  unprocessed  images  (image  data)  for  processing  according 
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to  the  demands  of  the  the  NIU  signals  or  a  means  of  accessing  the  image  source  via 
another  communication  branch  or  NIU. 

The  ACR/NEMA  describes  the  complete  scheme  of  interactive  control.  For  those 
systems  which  will  not  permit  interactive  control,  a  subset  of  the  the  standard  may  be 
used.  For  example,  if  a  CT  system  with  an  ACR/NEMA  connector  were  to  be  used 
with  a  simple  display-only  console,  only  those  portions  of  the  standard  relating  to 
image  transmission  would  be  used.  In  the  case  of  the  relatively  simple  ARMIS 
scheme,  the  ACR/NEMA  port  would  not  be  interactive  by  would  be  limited  to  accept¬ 
ing  images  for  display  which  had  been  formatted  to  that  standard. 

There  are  serious  and  practical  questions  of  whether  the  ACR/NEMA  is  appropri¬ 
ate  for  systems  such  as  ARMIS.  The  complexity  and  cost  of  the  ACR/NEMA  inter¬ 
face  hardware  when  interactive  operation  is  not  required  may  not  be  justified  in  view 
of  alternative  methods.  For  example,  the  SCSI  is  used  for  control  of  peripheral  devic¬ 
es  with  the  Macintosh  or  PC  compatibles.  Communication  schemes  and  protocols 
have  been  developed  and  are  in  common  use  for  the  transfer  of  files  between  these 
computers.  For  the  ARMIS,  the  intent  was  to  accept  images  from  other  sources  via  a 
subset  of  the  ACR/NEMA  or  from  a  SCSI  interface.  Although  not  assembled,  an 
ACR/NEMA  to  SCSI  interface  was  proposed.  The  scheme  would  permit  the  ARMIS 
control  to  accept  ACR/NEMA  images  and  store  them  via  Ethernet  links  using  any 
one  of  several  standard  protocols  developed  for  other  (non-medical  imaging)  purpos¬ 
es.  A  question  arises  whether  the  system  would  be  simpler  if  the  peripheral  image 
source  were  made  compatible  with  SCSI  in  a  more  direct  way  without  the 
ACR/NEMA. 

2.  Ethernet 

Ethernet  is  one  of  the  most  used  network  standards  and  has  the  largest  installed 
base  of  any  network  topology.  This  is  likely  due  to  the  fact  that  Ethernet  is  the  most 
expandable  and  flexible  of  all  networking  options.  An  Ethernet  network  may  start  out 
very  small,  but  is  easily  expanded  and  can  include  thousands  of  nodes.  Since  Ethernet 
has  been  standardized  (IEEE  802.3),  it  is  possible  to  build  a  network  with  compo¬ 
nents  from  different  manufacturers.  No  single  company  controls  Ethernet  specifica¬ 
tions. 
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Ethernet  has  a  respectable  bandwidth  of  10  Mbps,  which  is  quite  satisfactory  for 
network  image  management.  This  compares  to  the  230  Kbps  bandwidth  of  Apple 
Computer’s  LocalTalk  network  standard.  There  are  other  networking  options  with 
higher  bandwidths,  but  none  enjoy  the  standardization  and  acceptance  of  Ethernet. 
There  are  many  different  wiring  schemes  that  have  Ethernet  implementations.  Fiber 
optics,  thick  or  thin  coaxial  cable,  and  shielded  twisted  pair  can  all  be  used  in  an 
Ethernet  network.  Implementations  with  unshielded  twisted  pair  cabling  are  foreseen 
for  the  near  future.  The  only  difference  between  the  wiring  schemes  is  the  maximum 
segment  length  as  determined  by  the  wire  size,  shielding,  and  grounding.  The  maxi¬ 
mum  segment  length  is  1640  feet  (500  meters)  for  standard  Ethernet  and  607  feet 
(185  meters)  for  thin  Ethernet  (also  known  as  ThinNet  or  CheaperNet).  The  number 
of  segments  and  repeaters  allowed  between  nodes  is  limited  to  three  and  two  respec¬ 
tively.  With  the  use  of  repeaters  or  a  backbone  segment,  an  Ethernet  LAN  can  have 
up  to  2.5  miles  (4  km)  of  cable  and  an  unlimited  number  of  segments.  If  network 
bridges  are  used  between  LANs,  the  network  can  cover  an  area  spread  over  hundreds 
or  thousands  of  miles.  LANs  are  thus  connected  to  form  a  wide  area  network  (WAN). 
Bridges  can  use  56K  leased  lines,  T1  links,  digital  data  circuits,  or  public  telephone 
lines. 

3.  ISDN 

The  Integrated  Services  Digital  Network,  ISDN,  is  a  projected  worldwide  public 
telecommunications  network  that  will  service  a  wide  variety  of  user  needs.  ISDN  is  a 
very  important  development  in  the  realm  of  long-haul  digital  telecommunications. 
The  ISDN  is  based  on  the  development  of  digital  transmission  and  switching  technol¬ 
ogies  and  their  use  to  construct  an  integrated  digital  network  (IDN).  It  will  integrate 
voice  and  data  transmission  and  provide  structured  interfaces  and  transmission  servic¬ 
es  for  the  end  user.  The  ISDN  will  support  videotext,  teletext  and  facsimile,  as  well  as 
other  current  and  future  digital  services  [12]. 

The  standard  ISDN  rate  that  will  be  offered  to  users  will  be  64  Kbps.  A  basic  ser¬ 
vice  of  two  64  Kbps  (B)  channels  and  one  16  Kbps  (D)  channel  with  a  total  rate  of 
192  Kbps*  is  proposed.  Although  this  basic  rate  is  sufficient  for  services  such  as 
voice,  facsimile  and  teletext,  a  high  data  rate  service  is  required  for  image  transmis¬ 
sion.  Higher-speed  services  may  be  provided  by  facilities  such  as  cable  TV  distribu- 


1 .  Synchronization,  framing  and  overhead  account  for  the  difference  in  bit  rates. 
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tion  plants  or  may  intersect  with  the  ISDN  and  make  use  of  high-capacity  ISDN  links 
for  part  of  a  transmission  path.  A  primary  service  with  two  different  rates  has  also 
been  proposed.  One  primary  service  would  be  comprised  of  30  64-Kbps  B  channels 
and  1  64-Kbps  D  channel  with  a  total  rate  of  2.048  Mbps.  The  second  proposed  pri¬ 
mary  service  option  would  be  comprised  of  23  64-Kbps  B  channels  and  1  64-Kbps  D 
channel  for  a  total  rate  of  1 .544  Mbps.  The  2.048  Mbps  primary  service  corresponds 
to  the  high-speed  rate  offered  in  Europe  whereas  the  1.544  Mbps  primary  service  cor¬ 
responds  to  the  T1  transmission  facility  offered  in  the  U.S.,  Canada  and  Japan.  The 
primary  interface  may  also  be  used  to  support  another  type  of  channel,  the  H  channel, 
which  can  have  one  of  several  bit  rates;  384,  1536,  and  1920  Kbps.  A  customer  with 
very  high  data  rate  demands  could  also  be  provided  with  multiple  primary  service  in¬ 
terfaces. 

H.  Software 

1 .  Development  Environment 

The  basic  radiographic  workstation  hardware  was  used  to  develop  the  operating 
software.  A  list  of  the  major  hardware  components  follows: 

(1)  Macintosh  II  computer  w/  8  MB  RAM 

(1)  Macintosh  II  computer  w/  5  MB  RAM 

(1)  150  MB,  (1)  40  MB,  (1)  80  MB  hard  disk  drives 

(2)  8-bit  13~  RGB  monitors 

(1)  8-bit  12"  monochrome  monitor 

(1)  8-bit  high  resolution  gray  scale  monitor 

All  development  of  the  MacARMIS  application  was  done  in  the  “C”  language. 
Several  programming  environments  were  used  throughout  the  course  of  the  project. 
The  initial  programming  effort  was  done  under  the  Macintosh  Programmers  Work¬ 
shop  (MPW™)  from  Apple  Computer  (available  from  the  Apple  Programmers  and 
Developers  Association,  APDA).  About  halfway  through  the  project  the  code  was 
transferred  to  the  LightSpeedC™  (now  ThinkC™)  environment  from  Symantec.  This 
was  due  to  the  availability  of  a  source  level  debugger  under  LightSpeedC.  The  Light- 
Speed  environment  also  tends  to  be  easier  to  use  and  has  a  very  fast  compiler.  A 
mock-up  of  the  patient  report  and  diagnosis  form  was  developed  under  version  1.0.6 
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of  the  4th  Dimension  (4D)  database  environment  from  Acius.  Many  other 
applications  and  utility  programs  were  also  used  in  the  development  of  the  control 
program.  The  TMON™  debugger  from  ICOM  Simulations,  Inc.  was  used  for  some  of 
the  code  debugging.  SCSI  Tool™  from  Arborworks,  Inc.  was  used  for  the  initial 
development  of  a  SCSI  driver  for  the  optical  card  reader/writer.  MacDraft™  from 
Innovative  Data  Design,  Inc.  was  used  for  most  of  the  technical  drawings. 

2.  Control  Program 

The  radiographic  workstation  control  program  was  broken  up  into  several  inde¬ 
pendent  sections  in  order  to  facilitate  development.  The  different  parts  of  the 
radiographic  workstation  control  program  are  in  various  stages  of  completion.  A 
prototype  shell  of  the  control  program  shows  the  possible  menu  formats.  A  small  pro¬ 
gram  for  displaying  8-bit  gray  scale  images  on  the  Macintosh  has  been  completed  and 
can  be  used  to  display  digital  radiographs  on  a  high-resolution  monitor.  A  simple 
patient  database  is  nearly  complete  and  can  be  used  to  fill  out  report/diagnosis  forms. 
A  SCSI  driver  for  the  optical  card  reader/writer  was  just  begun  when  work  was  halted 
on  the  project.  Other  third  party  companies  are  currently  in  the  process  of  writing 
Macintosh  SCSI  drivers  for  the  optical  card  reader/writers  so  it  is  only  a  matter  of 
time  before  they  become  available. 

There  are  several  sections  of  the  control  program  that  have  yet  to  be  completed  to 
any  usable  extent.  Image  annotation  with  graphic  objects  and/or  text  has  not  been  im¬ 
plemented.  A  patient  identification  block  cannot  be  attached  to  an  image.  The  pro¬ 
gram  will  not  automatically  archive  image  sets  and  reports  to  optical  storage  although 
files  can  be  manually  copied  to  archival  storage.  There  is  no  interface  code  for  a 
phosphor  cassette  scanner. 

a)  Main  Control  Shell 

A  prototype  of  the  radiographic  workstation  main  control  program  was  written 
in  C  under  the  two  different  programming  environments.  The  intent  of  the  proto¬ 
type  was  to  show  possible  arrangements  of  menus  and  uses  of  dialog  boxes.  This 
was  before  the  realization  that  a  database  environment  would  suit  our  needs  (see 
Patient  Report  Form  Program  section  below).  The  “code”  name  of  the  main  con¬ 
trol  program  is  “MacARMIS.” 
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There  are  several  principles  of  the  Macintosh  user  interface  that  should  be  ex¬ 
amined  before  looking  at  the  prototype  program.  These  principles  are  responsible 
for  much  of  the  “look  and  feel”  of  the  Macintosh  interface  and  it’s  popularity.  The 
main  principles  behind  the  Macintosh  interface  are:  ease  of  learning,  consistency, 
real  world  metaphors,  ease  of  use,  direct  control/feedback,  avoidance  of  modes, 
“select,  then  act”,  graphics/analog  indicators,  WYSIWYG,  forgiveness,  and 
stability  [13;  14;  15]. 

One  of  the  key  principks  behind  the  Macintosh  user  interface  is  ease  of  learn¬ 
ing.  Ease  of  learning  impK  s  that  a  user,  new  to  an  application,  should  be  able  to 
do  useful  work  with  it  in  a  brief  period  of  time.  Another  important  principle  that 
works  hand  in  hand  with  ease  of  learning  is  consistency.  If  applications  that  do 
similar  things,  do  them  in  the  same  manner,  then  learning  how  to  use  a  new  appli¬ 
cation  is  much  easier.  An  application  can  also  be  locally  consistent  in  that  a  com¬ 
mand  does  not  mean  different  things  at  different  times  in  the  program  (ie.  a  com¬ 
mand  does  not  change  function). 

A  third  principle  is  that  of  real  world  metaphors.  This  principle  refers  to  mak¬ 
ing  the  application’s  objects  and  the  use  of  the  application  similar  to  how  objects 
would  appear  and  how  they  would  be  manipulated  in  the  real  world.  Another  im¬ 
portant  principle  is  that  of  ease  of  use,  ie.  being  able  to  use  shortcuts  for  opera¬ 
tions  that  are  used  a  great  deal.  . 

The  principle  of  direct  control  and  feedback  means  that  the  user  should  appear 
to  be  in  control  of  the  program.  Events  should  occur  as  the  direct  result  of  the 
users  actions.  Whenever  the  user  does  something,  then  the  program  should  also 
give  some  sort  of  feedback  so  that  the  user  knows  what  has  occurred  as  a  result  of 
their  actions. 

Avoidance  of  modes  is  another  principle  that  is  used  in  conjunction  with  real 
world  metaphors.  Modes  are  used  in  an  application  to  define  and  restrict  what  the 
user  may  do  at  a  given  moment.  People  do  not  work  that  way  in  the  real  world,  so 
the  use  of  modes  should  be  kept  to  a  minimum. 


The  “select,  then  act”  principle  refers  to  the  noun-verb  technique  used  by  the 
Macintosh.  The  user  selects  an  object  first,  then  chooses  a  command  to  act  upon 
the  object.  This  is  in  contrast  to  the  verb-noun  technique  in  which  a  command  is 
issued  before  the  object  is  specified. 

The  use  of  graphics  and  analog  indicators  is  an  integral  part  of  the  Macintosh 
user  interface.  Graphics  can  convey  information  and  ideas  much  more  clearly  than 
text  can.  Analog  indicators  are  easier  to  understand  (than  digital  indicators)  and 
have  a  high  enough  accuracy  for  most  people. 

WYSIWYG  (What  You  See  Is  What  You  Get  —  “wizzy-wig”)  means  that  a 
printed  document  will  appear  the  same  as  it  does  on  the  screen. 

Yet  another  principle  is  that  of  forgiveness.  Actions  should  be  undoable  and  if 
that  is  not  possible,  then  undertaking  serious  actions  should  be  preceded  by  a 
warning  alert  box  (a  box  containing  a  warning  or  additional  information  which 
should  be  noted)  allowing  the  user  to  reconsider. 

The  last  principle  is  that  of  stability.  A  stable  application  maintains  the  same 
menus  while  it  is  running,  uses  the  same  terminology  throughout  the  program,  and 
has  dialog  boxes  which  are  similar  in  style.  An  application  should  strive  to  main¬ 
tain  a  familiar  environment  for  the  user. 

When  the  main  control  program  is  launched  (started  up  -  either  by  double 
clicking  on  its  icon  or  by  selecting  its  icon  and  choosing  Open  from  the  File 
menu),  a  list  of  menus  are  displayed  along  the  upper  border  of  the  computer 
screen  in  the  menu  bar.  From  left  to  right  the  menus  are:  “Apple”,  File,  Edit, 
Annotate,  Algorithm,  Image,  and  Preferences.  The  commands  available  under 
each  of  these  menus  will  be  described  in  the  menu  sections  below.  It  is  noted  in 
the  following  sections  that  the  “Apple”,  File,  and  Edit  menus  are  standard  in  most 
applications.  Two  primary  reasons  for  this  are:  to  correctly  support  Desk  Accesso¬ 
ries,  and,  to  maintain  interface  consistency  across  Macintosh  applications. 


(1)  Apple  Menu 


The  Apple  menu  which  is  standard  in  most  applications  is  also  included  in 
the  main  control  application.  This  menu  simply  allows  one  to  access  desk 
accessories  (DA’s)  from  within  the  application  so  that  one  needn’t  quit  the 
program  to  do  some  simple  task.  For  example,  some  of  the  desk  accessories 
currently  available  include  calculators,  notepads,  Finder  substitutes,  equation 
construction  sets,  mini  drawing  pads,  alarm  clocks,  games,  etc...  An  example 
of  the  Apple  menu  is  shown  in  Figure  5. 
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Figure  5.  Example  Apple  Menu 

The  About  MacARMIS...  and  Help...  commands  are  also  included  in  the 
Apple  menu.  The  About  MacARMIS...  command  brings  up  an  alert  box 
which  simply  states  the  name  and  version  number  of  the  MacARMIS  applica¬ 
tion.  The  box  also  includes  copyright  information,  author  information,  etc... 
Selecting  the  Help...  command  also  brings  up  an  alert  box  which  allows  the 
user  to  obtain  information  about  how  to  use  the  MacARMIS  application.  The 
alert  box  contains  a  scrolling  window  with  a  list  of  topics  that  can  be  ex¬ 
plained.  The  user  need  only  select  and  open  the  topic  they  want  to  read  about 
and  the  alert  box  will  display  it.  There  are  buttons  in  the  box  which  allow  the 
user  to  go  back  to  the  topic  list  or  to  exit  the  help  section. 


(2)  File  Menu 
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The  File  menu,  which  is  also  standard  in  most  Macintosh  applications,  is 
the  next  menu  in  the  menu  bar.  The  File  menu  contains  those  commands 
which  pertain  to  handling  files  in  the  application.  The  commands  available  in 
the  File  menu  include  New,  Open...,  Close,  Save,  Save  As...,  Revert,  Page 
Setup. . .,  Print,  and  Quit  as  shown  in  Figure  6  and  described  below. 


Figure  6.  Example  File  Menu 


The  New  command  is  typically  used  for  opening  a  new  file  for  editing.  In 
the  MacARMIS  application.  New  is  used  for  opening  up  a  new  blank  patient 
report  form.  When  the  New  command  is  issued,  an  empty  report  form  will  be 
opened  on  the  computer  display.  The  report  form  will  be  in  the  format  that 
was  last  selected  via  the  Report...  command  in  the  Preferences  menu.  Several 
fields  of  the  new  report  (hospital  info,  time,  date,  etc...)  will  be  automatically 
filled  in  by  the  MacARMIS  program. 

The  Open...  command  is  used  for  opening  an  existing  report  or  image 
document  for  editing  or  annotation.  After  selecting  the  Open...  command  a 
standard  Finder  style  dialog  box  will  appear.  The  user  then  selects  the  docu¬ 
ment  that  they  wish  to  open  for  display  (either  a  report  or  an  image).  If  the  se¬ 
lected  document  is  a  report,  then  it  is  displayed  on  the  computer’s  control 
screen.  If  an  image  is  selected,  and  there  is  more  than  one  display  monitor, 
then  another  dialog  box  will  appear  allowing  the  user  to  select  which  monitor 
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the  image  is  to  be  displayed  upon.  The  set  of  display  monitors  can  be  logically 
arranged  in  a  sequence  and  the  program  set  up  so  that  the  default  monitor  se¬ 
lected  for  image  display  will  be  the  ne.xt  monitor  in  the  sequence.  (See  de¬ 
scription  of  the  Display...  command  in  the  Preferences  menu  section.) 

The  Close  command  simply  closes  a  report  or  image  document  window. 
Since  there  may  be  more  than  one  document  open  at  the  same  time,  the  Close 
command  only  affects  the  currently  active  window.  The  active  window  can  be 
distinguished  by  its  highlighted  border.  A  window  can  be  made  active  by  sim¬ 
ply  clicking  the  mouse  while  the  cursor  is  within  the  borders  of  the  window.  If 
there  have  been  changes  to  the  report  or  image  since  it  was  opened  then  an 
alert  box  will  appear  allowing  the  user  to  save  or  discard  changes  to  the  docu¬ 
ment  or  to  cancel  the  close  operation. 

The  Save  command  saves  the  document  in  the  currently  active  window.  If 
the  document  is  a  report  then  the  document  is  simply  written  to  the 
computer’s  hard  disk.  If  the  report  is  a  new  document,  the  standard  Save  As... 
dialog  box  will  appear  asking  the  user  to  name  the  new  document  (see  below). 
If  the  document  is  an  image,  the  Save  command  will  only  update  the  annota¬ 
tion  information  since  the  image  itself  may  only  be  “changed”  when  it  is  first 
read  into  the  computer  and  initially  labeled. 

The  Save  As. ..  command  is  used  for  saving  a  copy  of  the  document  in  the 
active  window.  (Currently  the  Save  As...  command  will  not  be  supported  for 
copying  image  files.)  When  this  command  is  selected,  the  standard  dialog  box 
appears.  The  dialog  box  contains  a  Finder  section.  Save  and  Cancel  buttons, 
and  a  naming  field.  The  user  fills  in  the  name  of  the  copy  or  original,  selects 
the  destination  folder  to  contain  the  document  (optional),  then  presses  the 
Save  button.  The  Cancel  button  can  be  used  to  cancel  the  operation  and  quit 
out  of  the  dialog  box. 

The  Revert  command  is  used  to  throw  away  all  changes  to  the  file  since 
the  last  save.  The  file  “reverts”  to  the  last  saved  version.  An  alert  box  will 
allow  the  user  to  reconsider  invoking  this  command  and  losing  all  additions  to 
the  document. 
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The  Page  Setup...  command  is  used  for  setting  up  the  printer  parameters 
for  printing  a  document.  Selecting  this  command  brings  up  a  standard  dialog 
box  allowing  the  user  to  select  such  things  as  paper  size,  orientation,  reduction 
or  enlargement,  etc... 

The  Print. . .  command  simply  prints  out  the  active  document.  The  standard 
print  dialog  box  will  allow  the  user  to  select  number  of  pages,  document 
alignment,  style,  etc... 

The  Quit  command  is  used  for  quitting  out  of  the  MacARMIS  application 
program. 

(3)  Edit  Menu 


The  Edit  menu  contains  those  commands  used  for  editing  the  text  and 
graphics  of  reports  and  images.  The  Edit  menu  also  follows  the  Macintosh 
standard  used  by  most  applications.  The  commands  included  in  ihis  menu  are: 
Undo  (Redo,  Can’t  Undo),  Cut,  Copy,  Paste,  and  Clear.  The  commands  are 
shown  in  Figure  7  and  described  below. 
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Figure  7.  Example  Edit  Menu 

The  Undo  (Redo,  Can’t  Undo)  command  can  have  several  effects  depend¬ 
ing  on  the  context  in  which  it’s  invoked.  If  the  user  has  just  deleted  (cut,  cop¬ 
ied,  pasted,  etc...)  a  selected  portion  of  text,  then  invoking  Undo  brings  the 
deleted  text  back.  If  the  user  then  pulls  the  Edit  menu  down,  the  first  com¬ 
mand  will  be  Redo.  Invoking  this  command  will  “undo  the  undo”.  In  this  case 
the  previously  deleted  and  restored  text  will  again  be  deleted.  The  user  may 
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toggle  between  the  Undo  and  Redo  as  many  times  as  they  desire.  If  a  given 
operation  cannot  be  undone,  then  the  command  will  read  Can’t  Undo  and  will 
be  grayed  out  after  the  operation.  The  Undo,  Redo,  and  Can’t  Undo  com¬ 
mands  work  on  graphic  elements  (image  annotations)  as  well  as  text  in  a  re¬ 
port. 

The  Cut  command  allows  the  user  to  “cut’'  a  selected  portion  of  text  or  a 
graphic  element  from  a  document.  This  command  differs  from  delete  or  Clear 
in  that  the  object  is  put  in  the  clipboard  (a  memory  location  set  aside  for  tem¬ 
porarily  storing  objects),  replacing  whatever  was  previously  stored  there. 

The  Copy  command  works  similar  to  Cut  in  that  a  copy  oT  ihe  selected  ob¬ 
ject  (text  or  graphic)  is  placed  in  the  clipboard,  replacing  the  previously  stored 
object.  The  difference  is  that  the  selected  object  is  not  deleted  from  the  docu¬ 
ment. 

The  Paste  command  is  used  to  retrieve  objects  from  the  clipboard.  If  a  text 
document  is  active  when  Paste  is  invoked,  the  object  stored  in  the  clipboard  is 
pasted  into  the  document  at  the  position  of  the  text  I-beam  (an  I-shaped  cursor 
used  for  inserting  text  in  a  document).  If  a  graphic  document  is  active  when 
Paste  is  invoked,  then  the  object  in  the  clipboard  is  pasted  to  the  last  active 
portion  of  the  document.  When  the  object  appears  in  the  graphic  document  it 
will  be  surrounded  by  a  box  with  handles  (little  black  squares  on  the  border  of 
a  selected  object  by  which  the  object  can  be  resized)  which  means  that  the  ob¬ 
ject  is  selected  and  can  be  moved  to  any  desired  location  in  the  document  by 
simply  dragging  it. 

The  Clear  command  is  similar  to  Cut  in  that  the  selected  text  or  graphic  el¬ 
ement  is  deleted  from  the  document.  The  difference  between  the  two  is  that 
the  object  is  not  saved  into  the  clipboard.  Thus  the  Undo  command  will  not 
restore  the  object.  The  Clear  command  has  exactly  the  same  effect  as  deleting 
an  object  with  the  delete  (backspace)  key. 


(4)  Annotate  Menu 


The  Annotate  menu  is  used  to  label  a  region  of  interest  (ROI)  on  an  x-ray 
image.  The  commands  contained  in  this  menu  allow  the  user  to  annotate  an 
image  by  outlining  regions  of  interest  and  labeling  them  with  text.  The  com¬ 
mands  are  divided  into  four  sections  by  function.  The  four  sections  are:  over¬ 
lay  toggle,  graphic  annotations,  text  annotations,  and  line  characteristics.  The 
overlay  toggle  section  consists  solely  of  the  Hide/Show  Overlay  command. 
The  graphic  annotation  section  is  comprised  of  the  Rectangle,  Circle,  Oval, 
Polygon,  and  Region  commands.  It  may  be  possible  to  display  the  graphic  an¬ 
notation  commands  as  icons  in  a  palette.  Choosing  the  desired  command 
would  be  simpler  for  the  user  as  the  function  of  each  command  would  be 
clear.  The  text  annotation  section  consists  of  the  Line,  Diagonal,  and  Text 
commands.  These  commands  may  also  be  displayed  as  icons.  The  line  charac¬ 
teristics  section  comprises  a  single  command.  Line  Characteristics....  Since 
the  graphic  annotation  commands,  as  well  as  the  text  annotation  commands, 
are  used  to  draw  various  shapes  on  the  screen,  they  may  be  referred  to  as 
“tools”  in  the  following  sections.  For  these  sections,  the  words  “command” 
and  “tool”  are  used  interchangeably.  All  of  the  commands  in  the  Annotate 
menu  are  shown  in  Figure  8. 


Figure  8.  Example  Annotate  Menu 


The  Hide/Show  Overlay  command  functions  as  a  toggle  switch  between 
two  states  of  image  display.  When  the  command  appears  as  Hide  Overlay  then 
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the  program  is  in  the  display  overlay  state  (see  Figure  8).  This  means  that  all 
annotations  to  the  x-ray  image  are  visible.  If  the  Hide  Overlay  command  is 
then  selected,  all  annotations  will  be  concealed  and  the  command  will  change 
to  read  Show  Overlay  as  shown  in  Figure  9.  Selecting  the  Show  Overlay  com¬ 
mand  will  again  make  the  annotations  visible. 


Figure  9.  Show  Overlay  Command 


All  of  the  graphic  and  text  annotation  commands  are  used  in  a  similar 
manner  so  the  description  of  the  Rectangle  tool  in  this  section  can  be  applied 
to  the  rest  of  the  tools  (Circle,  Oval,  Polygon,  Region,  Line,  Diagonal,  and 
Text). 

In  order  to  place  a  rectangle  around  a  region  of  interest  on  an  image,  the 
user  merely  selects  the  Rectangle  tool  and  draws  the  rectangle.  When  the 
Rectangle  tool  is  selected,  the  cursor  changes  from  the  arrow  cursor  into  a 
cross  cursor.  This  indicates  that  the  computer  is  ready  to  draw  an  object.  The 
object  is  drawn  by  dragging  from  one  comer  to  the  diagonally  opposite  cor¬ 
ner.  The  thickness  of  the  lines  making  up  the  rectangle  can  be  set  in  the  hierar¬ 
chical  Line  Characteristics  menu  described  below. 

If  after  selecting  one  graphic  tool,  the  user  decides  that  they  want  to  draw 
a  different  object,  then  the  object  shape  can  be  changed  by  simply  selecting 
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another  tool.  A  checkmark  next  to  a  command  in  the  graphic  annotation  sec¬ 
tion  of  the  Annotate  menu  indicates  the  currently  active  tool  (see  Figure  8).  If 
the  tools  are  represented  as  icons  in  a  palette,  then  the  active  tool  will  be 
shown  in  inverse  video. 

Once  an  object  has  been  placed,  it’s  position  can  be  further  adjusted  by  se¬ 
lecting  it  and  dragging  it  to  the  desired  location.  The  object  size  can  also  be 
adjusted  by  selecting  the  object  and  resizing  it  by  the  handles  located  at  the 
comers  of  the  object.  An  object  can  be  deleted  by  simply  selecting  it  and  then 
using  Clear  from  the  Edit  menu  or  by  pressing  the  delete  key.  An  object  can 
also  be  Cut  or  Copied  to  the  clipboard  and  then  Pasted  somewhere  else. 

The  line  characteristics  command  is  available  for  adjusting  the  characteris¬ 
tics  of  the  various  objects.  The  width  of  lines  and  line  terminators  such  as 
arrows  will  be  user  configurable  via  this  command.  It  may  also  be  desirable  to 
allow  the  user  to  set  the  size  and  style  of  annotation  text. 

(5)  Algorithm  Menu 

The  x-ray  technician  uses  the  Algorithm  menu  to  choose  the  type  of  algo¬ 
rithm  employed  when  acquiring  an  image  from  the  cassette  scanner.  The 
menu  contains  fifteen  different  algorithms,  each  of  which  is  individually  de¬ 
scribed  below.  To  select  a  particular  algorithm  or  algorithms  to  use  while 
acquiring  an  image  from  the  cassette  scanner,  the  user  merely  selects  the  algo- 
rithm(s)  from  the  menu.  A  check  mark  will  then  appear  next  to  the  selected  al- 
gorithm(s).  An  algorithm  can  be  deselected  by  simply  selecting  it  again.  The 
checkmark  will  then  disappear.  The  Algorithm  menu  appears  in  Figure  10. 

The  particular  implementation  of  each  algorithm  is  not  explained  here  as 
they  were  never  completely  formulated.  Due  to  the  algorithms’  dependence  on 
the  hardware  of  the  phosphor  screen  scanner,  the  specific  implementations 
would  have  been  decided  by  the  subcontracting  party.  The  algorithms  shown 
are  merely  a  suggested  minimum  configuration. 


#  File  Edit  Annotate 


Bigot  ithm[ 


Original 
Lighten-1 
N/Llghten-2 
Darken-1 
Darken-2 
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v/Increase  Contrast-1 
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Stretch  Toe-2 
Stretch  Shoulder-1 
Stretch  Shoulder-2 


Jmage  Preferences 


Figure  10.  Example  Algorithm  Menu 


(6)  Image  Menu 

The  Image  menu  is  used  for  loading  images  from  the  cassette  scanner  and 
storing  images  to  the  hard  disk.  The  menu  shown  in  Figure  1 1  has  two  com¬ 
mands  which  are  described  below. 


^  File  Edit  Annotate  Algorithm 

BTuffTP!!!.  Preferences 

■  ~  ~  i— ■  i.i  r  ■■  II  ~  1  ■  r 

UntitU 

Load  Image... 
Saue  Image... 

Figure  1 1 .  Example  Image  Menu 

The  Load  Image...  command  is  used  for  transferring  an  image  from  the 
cassette  scanner  to  the  computer  and  displaying  it  on  a  monitor.  When  this 
command  is  selected,  a  standard  Finder  dialog  box  appears  allowing  the  tech¬ 
nician  to  choose  which  image  to  load  from  the  scanner.  After  an  image  has 


been  selected,  and  the  Lx)ad  button  pushed,  then  another  dialog  box  may  ap¬ 
pear  requesting  the  technician  to  choose  a  monitor  on  which  to  display  the 
image.  This  second  dialog  box  only  appears  if  the  di'^play  preference  (Dis¬ 
play.  . .  command  from  Preferences  menu)  has  been  set  to  query  the  user. 

In  order  to  save  an  image  from  the  cassette  scanner  as  it  is  displayed  on  a 
monitor  the  technician  uses  the  Save  Image...  command.  This  command  will 
bring  up  a  dialog  box  allowing  the  technician  to  label  the  image  with  the  re¬ 
quired  identification  information.  The  technician  fills  in  the  empty  fields  in 
the  identification  record  and  then  uses  the  Save  button  to  save  the  image. 

(7)  Preferences  Menu 

The  preferences  menu  contains  those  commands  used  for  setting  up  the 
defaults  that  are  u.sed  by  the  MacARMIS  application.  The  commands  are 
shown  in  Figure  12  and  are  described  in  detail  below. 


^  ^  File  Edit  Annotate  Algorithm  Image 
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Untitled  Repor 

Display... 

Report... 

Image... 

=== 

1 

Figure  12.  Example  Preferences  Menu 

Choosing  the  Display...  command  will  bring  up  a  dialog  box  for  display 
preferences.  A  list  of  display  sequences  allows  for  determining  where  the  im¬ 
ages  will  be  displayed  when  they  are  loaded  from  the  scanner  or  are  opened 
from  a  Digital  Data  Card  (DDC)  or  the  computer’s  hard  disk.  The  possible 
choices  are:  Query  User,  Cycle  Monitors,  and  Next  Free/FEFO.  The  Query 
User  radio  button  will  allow  the  user  to  choose  the  display  monitor  whenever 
an  image  is  loaded  or  opened.  If  the  Cycle  Monitors  radio  button  is  chosen 
then  the  program  will  simply  display  an  image  on  the  next  monitor  in  .se¬ 
quence.  If  there  is  an  image  on  the  monitor  next  in  the  sequence  then  the  pro¬ 
gram  will  check  to  see  if  it  is  an  unlabeled  image  (ie.  fresh  from  the  cassette 
scanner).  If  so  then  the  program  will  skip  that  monitor  and  continue  searching 
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for  a  eligible  monitor.  If  none  of  the  displayed  images  have  been  labeled  yet 
then  the  program  will  put  up  an  alert  box  before  it  overwrites  the  oldest  image 
with  the  new  image.  If  the  Next  Free/FIFO  radio  button  is  chosen  then  the 
program  will  display  an  image  on  any  display  monitor  which  is  not  currently 
in  use.  If  all  monitors  are  in  use  then  the  image  will  be  displayed  on  the  moni¬ 
tor  with  the  oldest  labeled  image  on  it,  replacing  the  old  image  as  described 
above.  A  reloaded  image  section  allows  the  user  to  select  between  two  choices 
for  redisplay  of  a  reloaded  image.  The  two  choices  for  this  section  are  Query 
User  and  Las  Used.  If  the  Query  User  radio  button  is  selected,  then  every  re¬ 
loaded  image  will  require  the  user  to  choose  a  monitor  for  redisplay.  If  the 
Last  Used  radio  button  is  selected,  then  a  reloaded  image  will  be  displayed  on 
the  monitor  previously  used  for  that  image. 

The  Report  and  Image  preferences  are  not  explained  here  as  they  have  yet 
to  be  fully  formulated. 

b)  Image  Display  Program 

The  image  display  program  has  been  successfully  used  to  display  1024  x  1280 
X  8-bit  gray  scale  images  on  a  high  resolution  VMI  monitor.  The  program  can  rec¬ 
ognize  two  different  image  file  formats:  TIFF  (Tag  Image  File  Format)  and  data 
stream  (unformatted).  Support  for  Apple’s  picture  file  format,  PICT2,  should  also 
be  considered  in  order  to  maintain  compatibility  with  other  Macintosh  imaging 
programs.  In  order  to  display  an  image,  the  program  requires  the  image  width  (in 
pixels),  the  image  length  (in  pixels),  and  the  image  data.  TIFF  provides  for  many 
other  image  specifications,  but  if  all  images  are  assumed  to  be  8-bit  gray  scale,  the 
additional  capabilities  are  not  required. 

TIFF  is  designed  to  be  a  machine  independent  file  format  for  storing  and 
transferring  scanned  images.  It  was  developed  by  Aldus  Corp.  in  cooperation  with 
several  other  scanner  software  and  hardware  companies.  Although  not  intended  to 
be  a  general  document  interchange  standard,  TIFF  can  be  useful  for  the  MacAR- 
MIS  image  editing  application.  As  stated  in  the  TIFF  specification  [16],  “The  pri¬ 
mary  design  goal  [of  TIFF]  was  to  provide  a  rich  environment  within  which  the 
exchange  of  image  data  between  application  programs  can  be  accomplished.”  To 
this  end,  TIFF  can  take  advantage  of  the  varying  capabilities  of  scanners  and  simi- 
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lar  devices.  TIFF  is  designed  to  be  a  superset  of  existing  image  file  formats  for 
pixel-based  devices  and  application  programs.  Although  TIFF  is  independent  of 
specific  operating  systems,  filing  systems,  compilers,  and  processors,  it  assumes 
that  the  storage  medium  supports  something  like  a  byte  stream  file.  A  byte  stream 
file  is  defined  as  a  sequence  of  8-bit  bytes,  where  the  bytes  are  numbered  from  0 
toN. 

c)  Patient  Report  Form  Program 

As  stated  before,  the  patient  reporting  program  is  based  upon  the  4D  database 
environment.  A  database  environment  allows  the  use  of  integrated  reporting  tools 
and  the  capability  of  searching  and  sorting  on  the  various  fields.  Although  a  real¬ 
istic  use  of  the  radiographic  workstation  is  as  an  integrated  part  of  a  much  larger 
RIS  or  HIS,  a  standalone  system  could  be  useful.  Even  though  the  4D  environ¬ 
ment  is  self  sufficient  in  terms  of  database  capabilities,  there  are  “hooks”  avail¬ 
able  for  integration  with  other  programs.  If  a  needed  capability  is  not  offered  by 
the  4D  environment,  an  external  code  segment  (XCMD  or  XFCN)  written  in  an¬ 
other  language  (C,  Pascal,  etc.),  can  be  directly  linked  into  the  database.  Links  for 
SQL  are  also  available  for  integration  with  SQL-based  databases  running  on  larg¬ 
er  computer  systems.  Late  in  the  project,  it  was  realized  that  the  entire 
radiographic  workstation  control  program  could  be  based  upon  the  4D 
environment. 

An  example  screen  version  of  a  report  form  from  the  database  is  shown  in 
Figure  13.  The  report  fields  can  be  edited  by  simply  tabbing  from  one  to  the  next 
or  by  simply  clicking  in  it  with  the  mouse.  4th  Dimension  has  a  very  flexible 
layout  design  facility,  so  report  forms  for  the  screen  or  printer  can  be  customized 
to  most  user’s  requirements.  Other  useful  capabilities  include  automatic  dynamic 
relations,  data  import  and  export,  quick  report  generation,  fully  customizable 
menus,  a  password  system,  multi-user  support,  and  a  Pascal-like  programming 
language. 


Page  44 
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Figure  13.  Patient  Report  Form 


The  database  requires  some  work  before  it  could  be  used  in  a  real-world  situa¬ 
tion.  Report  forms  can  be  filled  out  and  simple  searches  and  sorts  may  be  execut¬ 
ed.  None  of  the  image  display  or  manipulation  facilities  have  been  integrated  with 
the  database.  A  new  and  much  improved  version  of  the  4D  database  development 
environment  (version  2.0)  is  now  available.  It  is  highly  recommended  that  the 
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new  version  be  used  for  any  future  development.  A  utility  is  available  which  will 
convert  any  prior  version  databases  to  the  new  format.  Some  code  modification 
may  still  be  required  after  conversion. 

d)  Optical  Card  ReaderAVriter  SCSI  Device  Driver 

An  initial  effort  was  made  to  write  a  SCSI  device  driver  for  the  Olympus  opti¬ 
cal  card  reader/writer.  The  SCSI  Tool  program  was  obtained  to  aid  in  the  develop¬ 
ment  effort.  With  the  use  of  SCSI  Tool,  several  tracks  of  an  optical  card  were  suc¬ 
cessfully  addressed  and  accessed.  An  example  of  a  simple  SCSI  driver  was  also 
obtained  from  Apple  computer  and  studied.  In  the  Macintosh,  the  SCSI  hardware 
is  accessed  through  a  set  of  ROM  toolbox  routines  collectively  called  the  SCSI 
Manager.  Apple  has  notified  developers  that  the  SCSI  Manager  will  change  sig- 
nificandy  with  the  next  release  of  system  software  (System  7.0).  Since  device 
drivers  are  fairly  hardware  specific,  they  are  usually  written  by  the  device  engi¬ 
neers.  Other  companies  are  also  in  the  process  of  developing  drivers  for  the 
optical  card  reader/writers.  For  these  reasons,  work  on  the  Macintosh  SCSI  driver 
was  not  completed. 

3.  Data  Compression 

Because  of  the  current  limitations  of  writing  speed  and  data  capacity  of  the  optical 
data  cards  and  the  desirability  of  conservation  of  transmission  bandwidth,  image  data 
must  be  compressed.  The  referring  physician  informational  requirements  are  met  90% 
of  the  time  with  patient  examinations  consisting  of  up  to  8  images  and  several  pages 
of  text.  Each  image  is  displayed  as  1024  xl280  x  8  bits  and  therefore  consists  of  1.3 
MB  of  data.  To  store  8  images  on  a  card,  approximately  10.5  MB  of  storage  capacity 
would  be  required.  Since  a  card  will  hold  only  2.9  MB  of  data,  an  algorithm  with  a 
minimum  compression  ratio  of  4:1  is  required.  Two  caids  would  be  used  if  the  need 
to  store  more  images  is  required.  Another  consideration  is  that  both  the 
compression/expansion  processes  must  be  within  the  cost  and  processing  time 
constraints  of  the  Macintosh  II  and  AT-compatible  computers  (used  for  the 
independent  viewer). 

Data  compression  algorithms  fall  into  two  categories:  spatial  domain  and 
frequency  domain.  An  example  of  a  frequency  domain  algorithm  that  is  currently 
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being  used  in  many  image  processing  applications  is  the  fast  cosine  transformation 
(FCT).  This  algorithm  gives  a  high  quality  image  with  compression  ratios  of  10:1  and 
approaches  the  theoretical  optimum  in  its  energy  compaction  properties  [17],  Howev¬ 
er,  several  problems  arise  when  using  the  full  frame  FCT  algorithm.  It  is  hardware 
intensive,  which  prohibits  its  use  on  the  Apple  Macintosh  II  and  IBM-AT  for  this 
application.  Secondly,  if  an  error  were  to  occur  during  data  transfer,  this  error  could 
ramify  and  render  the  expanded  image  useless. 

A  spatial  domain  algorithm  that  was  examined  is  the  Delp  block  truncation  coding 
(BTC)  scheme  [18].  The  performance  of  BTC  is  comparable  to  the  FCT  for 
compressed  data  in  the  neighborhood  of  1.5  bits/pixel,  but  is  computationally  less 
intense  [19j.  BTC  compression  usually  results  in  an  inherent  “blockiness”  of  the 
image.  A  method  was  developed  for  convolving  the  bit  map  of  the  BTC  image  using 
a  low  pass  filter  to  improve  the  quality  of  the  image.  This  scheme,  called  Filtered 
Block  Truncation  Coding,  FBTC  [20],  produces  acceptable  images  after  expansion. 
Implementation  of  the  filter  processing  was  made  feasible  by  the  addition  of  an 
inexpensive  floating-point  digital  signal  processor  (DSP)  plug-in  board  to  the 
independent  viewer. 

a)  Block  Truncation  Coding 

The  BTC  technique  is  usually  restricted  to  blocks  of  4  x  4  pixels  on  which  a 
one  bit  per  pixel  nonparametric  quantizer  is  calculated.  This  quantizer  is  used  to 
preserve  the  mean  and  standard  deviation  of  the  16  pixels  in  each  4x4  block.  The 
nonparametric  quantizer  is  a  4  x  4  matrix,  called  the  bit  map,  where  a  value  of  1  is 
assigned  to  a  location  if  the  corresponding  pixel  in  the  original  4x4  block  is 
greater  than  or  equal  to  the  mean  and  a  0  otherwise.  This  restriction  will  produce  a 
data  compression  of  4: 1  if  the  mean  and  standard  deviation  of  each  block  are  each 
assigned  a  byte.  The  image  is  expanded  by  replacing  the  “I’s”  of  the  bit  map  with 
the  amplitude  value  of  the  mean  plus  the  standard  deviation  times  a  weight.  The 
“O’s”  are  replaced  with  the  mean  minus  the  standard  deviation  times  a  weight. 

The  BTC  algorithm  implementation  first  partitions  the  original  M  x  K  image 
into  contiguous  4x4  blocks  of  8-bit  pixels.  Then  for  each  block,  if  X,,  Xj  ,  ..., 

are  the  pixels  of  that  block  where  m  =  16,  we  calculate  the  first  and  second 
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sample  moments  and  the  sample  variance: 


x  = 


m 


(1) 


(2) 


s2  =  x^-x  (3) 

> 


A  threshold  for  the  one  bit  quantizer  is  set  to  X.  This  will  force  the 

preservation  of  the  above  mentioned  local  statistics  if  we  replace  the  Xj's  in  the 
local  block  as  follows: 


if  Xj  >  X,  output  =  b 

if  Xj  <  X,  output  =  a 
for  i  =  1, 2, m 


where 


a  =  X- 


s 


V(m  -  q) 


(4) 


(5) 


and  q  =  number  of  X-'s  greater  than  X. 

To  compress  the  image,  each  4x4  block  is  assigned  two  bytes  which  carry 
the  4  X  4  bit  plane  consisting  of  I's  where  X-  is  replaced  by  b  and  O's  where  X;  is 

replaced  by  a.  X  and  s  are  also  each  assigned  a  byte.  Therefore,  16  bytes  of  the 
original  image  are  replaced  by  4  bytes  in  the  compressed  image. 


A  minimum  amount  of  “blockiness”  is  usually  inherent  in  images  processed 
using  the  BTC  technique,  however,  the  properties  of  the  human  visual  system 
tend  to  m.ask  this  effect.  Therefore,  there  is  little  need  to  present  precise  amplitude 
values  in  small  areas  but  it  is  necessary  to  preserve  gradients.  Although  Delp  2t  al. 
[18]  reported  no  “blockiness”  on  256  x  256  x  8-bit  images,  blockiness  was  clearly 
visible  when  this  algorithm  was  applied  to  an  864  x  708  x  8-bit  image  of  the  brain 
and  the  image  was  viewed  on  a  high  resolution  monitor.  The  reason  for  this 
“blockiness”  is  that  only  two  values  are  assigned  to  each  4x4  block  of  pixels 
during  expansion  of  an  image,  and  f..erefore,  no  fine  gradations  are  reproduced. 

b)  Filtered  Block  Truncation  Coding 

The  question  arises  as  to  how  the  BTC  can  be  modified  to  reproduce  fine 
gradations  in  each  block.  It  was  observed  that  the  BTC  was  not  taking  advantage 
of  the  fact  that  neighboring  pixels  of  an  image  are  highly  correlated  [21].  To 
obtain  a  Filtered  Block  Truncation  Coding  (FBTC)  algorithm,  this  correlation  was 
used  to  modify  the  weights  in  the  BTC  that  are  used  to  reconstruct  the  pixels  in 
the  expansion  algorithm.  To  increase  the  sub- gradients,  a  global  bit  map  of  the 
entire  image  is  formed  from  the  local  4  x  4  bit  maps.  The  global  bit  map  is 
spatially  convolved  with  a  low  pass  filter  to  give  the  different  weights  used  in 
calculating  the  values  for  the  local  4x4  blocks  in  the  expanded  image.  This 
creates  a  sub-gradient  which  results  in  a  more  pleasing  image  while  introducing 
no  new  artifacts  [22]. 

The  explanation  behind  the  FBTC  is  as  follows:  If  the  4  nearest  neighbors  of 
the  pixel  that  is  to  be  generated  have  the  same  bit  map  value  as  the  bit  map  value 
of  that  pixel,  then  the  standard  deviation  used  to  construct  that  pixel  is  weighted 
by  1.25.  If  3  nearest  neighbors  have  the  same  value,  then  the  standard  deviation  is 
weighted  by  1 .00.  If  2  nearest  neighbors  have  the  same  value,  then  the  standard 
deviation  is  weighted  by  0.75.  If  only  1  neighbor  has  the  same  value,  then  the 
standard  deviation  is  weighted  by  0.50.  And,  if  none  have  the  same  value,  then  the 
standard  deviation  is  weighted  by  0.25.  These  weighting  factors  were  arrived  at 
after  experimental  evaluation  of  various  other  values. 
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if  the  i,j  location  of  the  image  bit  map  is  1.  X  and  s  are  the  local  mean  and 
standard  deviation  which  are  assigned  to  the  4  x  4  block  containing  the  i,j  location 
of  the  original  pixel. 

It  has  been  argued  that  irreversible  data  compression  coding  schemes  should 
not  be  applied  to  medical  images.  However  since  the  initial  acquisition  of  a 
medical  image  is  not  perfect  it  should  be  obvious  that  restriction  to  error-free 
coding  schemes  is  putting  conditions  on  the  process  that  will  not  improve  the 
diagnostic  quality  of  the  original  image.  Radiologists  who  have  reviewed  the 
FBTC  process  have  found  the  images  acceptable  in  terms  of  diagnostic  quality. 
This  conclusion  is  supported  by  other  researchers  in  the  field  of  medical  image 
processing  who  have  found  irreversible  coding  schemes  to  be  acceptable  [23]. 

Data  compression  schemes  that  divide  an  image  into  sub-blocks  have  an 
inherent  “blocky”  artifact.  In  this  application  a  3  x  3  kernel  [18]  is  convolved  with 
a  global  bit  map  formed  from  the  4  x  4  bit  maps  of  the  BTC.  The  result  of  this 
convolution  is  a  minimal  increase  in  the  contrast  gradient  over  the  image,  but  the 
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number  of  gray  levels  is  noticeably  increased,  thus  reducing  the  blocky  artifact 
inherent  in  the  BTC  scheme.  This  is  clearly  evident  in  Figure  14  which  shows  a 
small  enlarged  section  (16  times)  of  a  brain  image  that  was  compressed  and  ex¬ 
panded  using  both  the  original  BTC  and  the  FBTC.  Images  obtained  by  using  the 
FBTC  scheme  are  visibly  superior  to  the  original  BTC  algorithm  since  the 
artifacts  inherent  in  the  BTC  image  reconstmction  are  diminished.  This 
improvement  is  computationally  fast  and  therefore  practical  for  compression  of 
large  image  fields. 


Figure  14.  Original  BTC  (top)  vs.  Filtered  BTC  (bottom) 


Vin.  Independent  Viewer 


A.  Operation  of  the  System 

The  independent  viewer  contains  the  optical  data  card  reader,  high  resolution 
monitor,  a  single  board  computer,  control  board  for  the  optical  card  reader,  video  board 
for  the  monitor,  floating-point  DSP  accelerator  board,  extended  RAM  board  and  a 
program  ROM  board.  The  four  button  control  (select,  up,  down,  overlay),  as  shown  in 
Figure  15,  is  used  instead  of  a  keyboard.  When  the  system  is  turned  on,  an  introductory 
screen  appears  as  illustrated  in  Figure  16.  After  a  data  card  has  been  inserted,  the 
directory  of  the  card  is  read  into  RAM.  The  display  will  show  the  patient  identification 
and  a  catalog  of  images  on  the  card  (see  Figure  17)  within  the  first  few  seconds.  The  up 
and  down  arrow  buttons  are  used  to  step  through  the  catalog  or  to  scroll  through  long 
reports.  The  select  button  is  used  to  select  the  report  or  one  of  the  images  for  display  or  to 
return  to  the  catalog  after  viewing  an  image  or  report.  The  overlay  button  toggles  display 
of  the  annotation  overlay.  The  keypad  control  software  is  interrupt  driven  to  minimize 
system  response  time  to  the  user’s  actions. 


Figure  15.  Independent  Viewer  Four  Button  Control 
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Figure  16.  Independent  Viewer  Introductory 
Screen 


Figure  17.  Independent  Viewer  Patient  Card 
Catalog 


After  the  catalog  is  displayed,  the  compressed  image  files  are  sequentially  copied  into 
RAM.  This  process  is  interruptible  so  that  if  the  user  selects  an  image  file  that  is  not  yet 
in  RAM,  the  system  will  immediately  start  copying  the  selected  file.  Image  files  are 
continually  copied  until  they  are  all  in  RAM,  even  if  the  report  or  an  image  file  is  being 
displayed  on  the  monitor.  At  present,  the  copying  process  requires  almost  90  seconds  per 
image.  Future  improvements  in  the  compression  algorithm  and  faster  card  reader/writer 
devices  should  reduce  this  time  to  under  10  seconds.  Once  an  image  has  been  completely 
copied  to  extended  RAM  it  can  be  expanded  and  displayed.  Image  expansion  takes  place 
between  extended  RAM  and  video  RAM  unless  the  image  file  header  indicates  an 
uncompressed  image  [24].  The  expansion  process  requires  approximately  6  seconds,  the 
image  is  displayed  on  the  monitor  as  it  is  expanded. 

The  independent  viewer  is  a  display-only  device  and  does  not  permit  editing.  An 
alternate  version  of  the  viewer  has  been  designed  to  drive  two  monitors;  a  second  monitor 
and  video  board  are  the  only  additional  hardware  requirements.  An  example  report  file  is 
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shown  in  Figure  18.  Example  x-ray  images  taken  from  an  optical  data  card  are  shown  in 
Figure  19,  Figure  20  and  Figure  21. 


Figure  18.  Patient  Report  File  Figure  19.  Pelvis  Image 


Because  a  filmless  radiography  installation  will  have  many  independent  viewers  and  few 
image  sources,  the  cost  of  the  independent  viewer  must  be  kept  low  [25].  The  concept  is 
that  independent  viewers  will  be  used  in  the  same  way  as  x-ray  film  illuminators  are  now 
used:  in  doctors’  offices,  in  the  surgical  suite,  in  the  clinics,  etc.  The  use  of  a  low  cost 
AT-compatible  single  board  computer  in  the  independent  viewer  assures  a  large  source  of 
inexpensive  peripheral  boards.  Many  users  will  not  want  to  learn  computer  operating 
procedures  thus  extreme  simplicity  is  essential  and  possible.  This  is  the  motivation  for 
use  of  a  four  button  keypad  in  place  of  a  full-fledged  keyboard. 
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An  external  keyboard,  hard  disk  and  control  monitor  were  used  during  development 
of  the  hardware  and  operating  system.  As  the  operating  system  was  refined,  it  was  stored 
in  the  external  hard  disk,  tested  and  then  uploaded  onto  the  ROM  board.  The  ROM  board 
obviates  the  need  for  a  hard  disk  and  keyboard  in  the  final  assembly.  The  operating 
system  is  written  in  C  and  can  be  modified  by  UV  erasure  and  subsequent  programming 
of  the  ROM  board. 


Figure  20.  Skull  Image  Figure  21.  Brain  Image  with  Overlay 


B.  Development  System 

There  are  approximately  half  a  dozen  companies  involved  in  the  manufacture  of 
optical  card  reader/writers.  Two  companies,  Nippon  Conlux  and  Olympus,  have 
demonstrated  products  suitable  for  this  application.  Machines  from  both  companies  were 
used  in  the  development  process. 
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When  this  project  was  first  proposed  in  the' fall  of  1987  several  companies  were 
marketing  high  resolution  (1024  x  1280  x  8  display)  video  boards  for  AT  machines. 
However,  most  advertised  hardw:ire  did  not  really  exist.  After  evaluating  several  of  the 
products,  the  GSC  14(X)  model  108  from  Omnicomp  Graphics  Corporation  was  selected. 
It  has  an  overlay  plane  which  was  one  of  the  requirements  and  a  feature  that  was  not 
available  on  most  of  the  other  boards.  The  Omnicomp  Corporation  sales  and  technical 
staff  were  conscientious  and  provided  us  with  operation  manuals  prior  to  the  purchase  of 
the  board. 

Two  AT  compatible  computers  were  used  in  the  development  of  the  independent 
viewer,  a  Zenith  Z-248  and  a  Jameco  JE1008.  The  Zenith  Z-248  AT-compatible 
computer  was  selected  based  on  the  large  number  of  vacant  bus  slots,  the  discount  to 
university  users,  technical  documentation,  and  CPU  speed.  The  Z-248  came  standard 
with  a  dual  floppy/dual  hard  drive  controller  card  which  took  up  only  one  bus  slot, 
leaving  six  free  slots.  The  computer  came  with  a  20  MB  hard  drive  and  a  5.25"  high 
density  floppy.  A  40  MB  hard  drive  and  360  KB  floppy  drive  were  added  later.  The 
Zenith  ZCM-1490  Flat  Tension  Mask  (FTM)  monitor  was  also  used.  This  is  a  14",  640  x 
480  VGA-compatible  RGB,  with  the  patented  flat  screen  which  dramatically  reduces  eye 
strain. 

The  Zenith  Z-445  memory  expansion  board  takes  up  one  of  the  Zenith  slots  and 
brings  the  base  memory  up  to  640  KB.  An  Omnicomp  Graphics  Corp.  video  board  which 
drives  the  high  resolution  portrait  monitor  uses  the  other  Zenith  slot.  An  Intel 
Aboveboard  uses  an  AT  slot  and  provides  2  MB  of  extended  memory  for  use  as  a  vinual 
disk.  An  AT&T  DSP32-based  floating-point  accelerator  board  manufactured  by 
Communication  Automation  &  Control  occupies  a  PC  slot.  A  serial  port  and  parallel 
printer  port  board  occupy  the  last  PC  slot.  The  serial  port  is  used  as  a  Hewlett-Packard 
plotter  driver.  The  parallel  port  drives  an  Epson  dot  matrix  printer.  The  remaining  AT  slot 
is  filled  with  either  the  Microtek  scanner  (present  source  of  digitized  images)  control 
board  or  the  control  board  for  either  the  Olympus  or  Nippon  Conlux  optical  card 
reader/writer  machine.  A  serial  port  and  a  parallel  port  are  standard  on  the  Zenith  CPU 
board.  A  Logitech  mouse  connects  to  the  serial  port,  and  a  4-button  keypad  interfaces  to 
the  parallel  port  for  simulating  the  independent  viewer  control. 

To  update  the  operating  system  for  the  independent  viewer  requires  reprogramming 
its  ROMdisk  board  in  the  Zenith  computer.  This  process  involves  removing  the 
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accelerator  board  since  the  ROMdisk  requires  a  PC  slot,  and  disabling  the  two  hard  disk 
drives.  The  hard  drives  have  to  be  disabled  because  the  ROMdisk  appears  as  drive  C:  as 
would  a  hard  drive.  The  disabling  of  the  drives  and  rebooting  from  drive  A:  is 
accomplished  using  Zenith’s  multi-function  Monitor  program. 

The  original  motherboard  in  the  Jameco  computer  was  a  JE1003,  this  board  was  later 
upgraded  by  the  vendor  to  a  JE1007.  The  JE1007  board  was  used  in  the  independent 
viewer  assembly,  and  a  more  advanced  motherboard,  the  IE3005  was  installed  in  the 
development  computer. 

The  JE3005  is  populated  with  1  MB  of  100  nsec  RAM.  A  Jameco  JE1082  memory 
expansion  and  multifunction  board  provides  3  MB  of  extended  memory  for  a  virtual  disk. 
There  are  separate  controller  boards  for  the  30  MB  hard  drive  and  the  5.25”  high  density 
floppy  drive.  The  Jameco  JE1050  monochrome/graphics/printer  adapter  board  drives  a 
12“  monochrome  monitor  and  an  Epson  dot  matrix  printer.  An  Omnicomp  video  board 
drives  a  VMl  monitor  and  the  Communication  Automation  &  Control  accelerator  board 
is  also  used  in  this  computer. 

A  Western  Digital  EtherCard  Plus  board  allows  the  transfer  of  image  files  and 
development  programs  by  Ethernet  between  the  Jameco  computer  and  a  Macintosh  II 
computer. 

C.  Base  Computer 

The  independent  viewer  model  is  housed  in  a  Hammond  19”  rack  mount  cabinet. 
Optima  brand  rack  panels  were  cut  to  provide  the  appropriate  openings  for  equipment, 
power  switch,  circuit  breaker,  and  power  cord.  The  chassis  of  the  VMI  monitor  rests  on 
and  is  clamped  to  right  angle  aluminum  supports.  The  monitor  is  also  secured  to  the  front 
panel  by  an  aluminum  hanger  bracket.  A  black  plastic  bezel  supplied  by  VMI  snaps  into 
the  front  panel  to  frame  the  monitor. 

A  custom  fabricated  aluminum  chassis  rests  on  rubber  feet  on  the  floor  of  the  cabinet 
and  is  secured  to  the  sides  of  the  cabinet.  The  Jameco  JE1(X)7  AT-compatible 
motherboard  is  mounted  to  this  chassis  with  nylon  screws  and  spacers.  An  aluminum 
bracket  is  fastened  to  the  chassis  to  provide  a  support  for  the  plug-in  boards.  The  optical 
card  reader  is  also  bolted  to  the  chassis. 
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The  Jameco  JE1007  AT-compatible  motherboard  is  fully  populated  with  1024  KB  of 
120  nsec  memory  chips.  The  CPU  speed  is  8  MHz,  although  it  is  switch  selectable  for 
6/8/10/12  MHZ  operation,  a  faster  operating  speed  would  require  faster  memory  chips. 
There  are  a  total  of  8  vacant  plug-in  bus  slots,  6  AT  slots  and  2  PC  slots.  The  operating 
system  is  PC-DOS  version  3.10.  One  feature  of  the  motherboard  that  is  required  for  use 
in  the  independent  viewer  is  the  ability  to  operate  without  a  keyboard.  Part  of  the  normal 
system  boot-up  procedure  is  to  scan  the  keyboard  and  halt  the  boot  procedure  if  there  is  a 
problem  with  the  keyboard.  With  this  motherboard  the  setup  procedure  allows  the 
keyboard  test  to  be  bypassed.  Most  computers  used  in  industrial  control  have  this  feature 
but  motherboards  used  in  desktop  computers  often  don’t. 

To  provide  extended  memory  for  a  virtual  disk  and  a  parallel  port  for  the  4-button 
keypad  interface,  the  Jameco  IE  1082  memory  expansion  and  multifunction  board  is  used. 
The  JE1082  is  fully  populated  with  3  MB  of  120  nsec  RAM.  The  virtual  disk  is 
comprised  of  this  3  MB  of  memory  plus  512  KB  of  memory  from  the  motherboard  for  a 
total  of  3.5  MB.  The  JE1082  occupies  one  AT  slot  and  has  a  piggy  back  board. 

The  Omnicomp  high  resolution  video  board  and  the  optical  card  reader  driver  board 
each  occupy  one  AT  slot.  The  Communication  Automation  &  Control  accelerator  board 
and  the  Industrial  Computer  ROMdisk  board  each  require  one  PC  slot. 

A  200  W  Jameco  power  supply,  which  supplies  power  for  the  motherboard  and  plug¬ 
in  board  bus,  is  mounted  above  the  yoke  of  the  monitor.  The  power  switch  is  accessible 
through  the  rear  panel.  The  supply  also  has  a  1 15  VAC  switched  feedthru  which  switches 
the  power  ON-OFF  to  the  monitor  and  optical  card  reader.  The  115  VAC  power  line  is 
protected  with  a  double  pole,  15  amp,  circuit  breaker,  which  is  accessible  through  the  rear 
panel. 

D.  Roating-Point  Accelerator  Board 

The  floating-point  accelerator  board  manufactured  by  Communication  Automation  & 
Control  (CA&C)  is  shown  in  Figure  22.  This  board  is  based  on  the  AT&T  DSP32 
processor  and  delivers  12  MFLOPS,  a  significant  level  of  performance  over  PC 
coprocessors  such  as  the  8087  (66  KFLOPS  at  8  MHz)  and  the  80287  (74  KFLOPS  at  10 
MHz)  [26;  27]. 
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Figure  22.  CA&C  DSP32-based  Accelerator  Board 


The  board  is  linked  to  the  host  by  means  of  an  8-bit  parallel  port  (see  Figure  23).  To 
improve  the  efficiency  with  which  the  host  and  the  DSP32  access  the  on-board  memory, 
the  DSP32-PC-160  uses  an  I/O-mapped  interface.  In  a  PC  environment,  an  I/O  mapped 
interface  provides  two  significant  advantages  over  a  memory-mapped  interface,  which 
was  used  in  earlier  accelerator  boards  to  simplify  address  decoding.  First  of  all,  the  use  of 
an  I/O-mapped  interface  relieves  overcrowding  of  the  PC  address  space.  In  a  memory- 
mapped  architecture,  a  portion  of  the  PC’s  address  space  would  have  to  be  reserved  for 
the  accelerator  board  [26].  Secondly,  there  is  a  cost  savings,  since  a  memory-mapped 
interface  requires  relatively  expensive  dual-ported  static  RAM  [28]. 

The  DSP32  uses  NMOS  technology  and  has  an  operating  frequency  of  25  MHz.  It 
DSP32  incorporates  a  32-bit  floating-point  multiplier  and  a  40-bit  floating-point  adder. 
All  DSP32  instructions  execute  in  a  single-cycle  instruction  and  include  post¬ 
normalization  for  each  floating-point  operation.  An  instruction  may  have  two  floating¬ 
point  operations:  a  floating-point  multiply  and  a  floating-point  addition  yielding  2 
floating-point  operations  per  instruction  cycle.  The  DSP32  supports  up  to  four  memory 
accesses  per  instruction  cycle  (instruction  fetch,  2  operand  fetches,  and  a  memory  write), 
which  allows  for  very  efficient  algorithm  coding.  The  floating-point  format  is  also  easier 
to  use  than  fixed  point;  operations  such  as  scaling,  normalization,  and  monitoring  for 
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overflow/underflow  are  performed  automatically  [29]. 


DSP32-PC  FLOATING  POINT  ARRAY  PROCESSOR 


Figure  23.  Block  Diagram  of  DSP32-PC-160 

The  AT  compatible  and  DSP32-PC-160  accelerator  board  combination  has  an 
advantage  over  a  single  processor  microcomputer  with  equivalent  MIPS  and  FLOPS  of 
the  DSP32.  Unlike  general-purpose  micros,  which  store  instructions  and  data  in  separate 
segments  of  memory,  the  DSP32  employs  a  modified  Von  Neuman  architecture.  The 
DSP32  uses  two  memory  banks,  either  of  which  can  have  instructions  and  data.  To 
achieve  maximum  throughput,  memory  accesses  must  alternate  between  the  two  banks. 
As  one  memory  bank  is  accessed,  the  other  memory  bank  is  addressed.  This  form  of 
pipelining  can  reduce  the  effective  memory  access  time  by  one-half  [30;  31]. 

1 .  Accelerator  Board  Specifications 

This  particular  processor  board  was  chosen  in  part  because  of  the  availability  of 
the  AT&T  optimizing  C  compiler  for  the  DSP32.  The  optimizing  portion  of  the  C 
compiler  performs  generic  optimizations  aimed  at  taking  advantage  of  the  DSP32 
instruction  set  and  resources.  In  addition,  the  optimizer  can  analyze  program  data 
flow  to  satisfy  data  dependencies  introduced  by  some  pipeline  latentcies.  Pipeline 
optimization  reorders  instmctions  where  possible  or  uses  the  NOP  (no  operation) 
instruction  to  flush  the  pipeline.  Although  C  is  a  high  level  language,  it  offers  low 
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level  capabilities  that  are  not  found  in  other  languages  such  as  FORTRAN  and 
PASCAL.  In  particular,  the  ability  to  address  locations  by  pointers  was  used 
extensively.  The  C  compiler  also  allowed  the  development  and  implementation  of  the 
FBTC  without  writing  assembler  code  [32]. 

Though  the  performance  of  the  floating  point  processor  sets  the  peak  performance 
of  the  system,  it  is  the  overhead  associated  with  invoking  the  floating  point  processor 
and  passing  it  instructions  and  data  that  limits  throughput.  In  this  application,  data 
passing  is  not  a  contributing  factor  to  throughput  delay;  the  bidirectional  data  transfer 
between  the  parallel  I/O  data  bus  and  the  DSP32  processor  allows  for  the  uploading 
or  downloading  of  data  while  the  DSP32  is  still  calculating.  Therefore,  the  AT 
uploads  data  for  the  next  calculation  and  downloads  expanded  data  for  display  while 
the  DSP32  is  calculating  the  current  expansion. 

To  help  minimize  host  floating-point  processor  instruction  passing  overhead,  the 
DSP32-PC-160  provides  a  simple  and  efficient  host  interface.  The  application 
program  was  written  using  the  Microsoft  C  version  5.1  compiler.  The  DSP32 
executable  code  is  generated  via  the  AT&T  C  compiler.  This  DSP32  code  is  uploaded 
to  the  DSP32-PC-160  by  the  application  program.  The  application  program  then  calls 
a  C  language  subroutine  that  was  written  by  CA&C.  This  routine  starts  the  processor 
running  in  a  loop  until  instructed  to  begin  calculating.  To  perform  a  calculation  with 
the  DSP32,  the  host  uploads  the  data  on  which  the  calculations  are  to  be  performed. 
The  host  then  sets  a  flag  by  writing  to  a  memory  address  of  the  DSP32-PC-160, 
which  starts  a  “while  loop”.  When  the  DSP32  has  finished  executing  the  calculation  it 
resets  the  flag.  When  the  host  computer  detects  the  completion  flag  it  downloads  the 
results  of  the  DSP32  calculations. 

2.  Computing  Speed  Advantage 

What  increase  of  computing  power  is  obtained  by  applying  the  DSP32  accelerator 
to  this  particular  application?  To  compare  the  AT-DSP32  with  other  computer 
configurations  a  standard  test  file  was  chosen  for  expansion.  The  1024  x  1024  file 
was  constructed  from  4x4  blocks  of  the  following  format: 
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This  file,  when  compressed  represents  a  worst  case  scenario  for  the  expansion 
program.  In  a  given  block,  if  the  range  of  the  gray  values  is  less  than  16,  then  the 
block  is  not  filtered.  This  is  done  because  the  human  eye  can  not  distinguish 
differences  of  gray  scale  values  in  a  localized  area  when  the  range  is  less  than  16 
levels,  and  where  there  are  256  gray  levels  possible. 

When  the  compressed  file  was  expanded  using  the  AT-DSP32  combination,  the 
elapsed  time  was  17.36  seconds.  When  the  program  was  run  on  the  8  MHz  AT 
without  the  accelerator  board,  the  time  was  1543.74  seconds.  The  program  execution 
time  was  58.06  seconds  on  a  20  megahertz  80386  machine  with  80287  coprocessor. 
Clearly,  the  AT-DSP32  combination  provides  superior  computational  capabilities 
over  the  other  two  microcomputer  configurations. 

The  bus  in  most  AT  compatibles  operates  at  8  MHz,  however,  some  compatibles 
offer  switch  selectable  bus  speeds.  If  large  blocks  of  data  are  transferred  between  the 
host  and  the  DSP32,  then  a  faster  bus  would  be  beneficial.  For  this  particular  applica¬ 
tion,  the  computer’s  bus  speed  is  not  critical.  An  image  file  is  relatively  large,  but  the 
data  transfers  occur  in  small  blocks  while  the  DSP32  is  calculating. 

The  next  consideration  is  the  time  required  to  expand  a  typical  x-ray  image.  In 
most  images,  the  neighboring  pixels  are  highly  correlated  and  there  are  a  number  of 
large  areas  of  uniform  pixel  values.  In  these  areas,  the  filtering  process  is  not 
executed  and  the  expansion  time  for  a  typical  x-ray  image  takes  approximately  6 
seconds.  This  length  of  time  appears  to  be  acceptable  to  consulting  radiologists. 

E.  Software 

1 .  Development  Environment 

The  Zenith  operating  system  is  Zenith  MS-DOS  3.3+.  The  Jameco  operating 
system  is  PC-DOS  3.1.  There  are  two  features  of  MS-DOS  3.3-1-  that  have  been  found 
to  be  particularly  useful  that  weren’t  available  on  previous  DOS  versions.  The  first  is 

Page  62 


the  utility,  COMPACT.  Recompiling  large  programs  and  executing  image  processing 
routines  tends  to  fragment  the  disk  data  rapidly.  Accessing  fragmented  data  is  time 
consuming  and  increases  the  possibility  of  losing  data.  COMPACT  arranges  the  file’s 
clusters  sequentially  on  the  disk  and  sorts  directories  in  alphabetical  order  by  file  type 
and  moves  them  to  the  front  of  the  disk.  The  second  feature  of  MS-DOS  3.3-1-  allows 
the  40  MB  hard  drive  to  be  treated  as  a  single  drive  rather  than  partitioning  it,  as 
previously  required  with  drives  larger  than  30  MB. 

The  independent  viewer  application  program  is  written  in  Microsoft  C  5.1.  Both 
the  Microsoft  C  editor  and  a  Turbo  C  editor  were  used  for  writing  the  program.  All 
programs  were  compiled  under  Microsoft  C.  Omnicomp  supplied  library  routines  for 
use  with  Microsoft  C,  Lattice  C,  Microsoft  Fortran,  and  Microsoft  Assembly. 

Several  other  programs  were  also  used  in  the  development  effort.  A  utility 
program,  PC  Tools,  allows  the  viewing  of  the  hex  data  of  image  files.  This  is  very 
important  for  checking  the  results  of  an  image  processing  algorithm.  It  also  was  used 
extensively  for  analyzing  different  image  file  formats  (e.g.  TIFF,  PICT,  Dest 
Uncompressed)  and  removing  the  headers  from  these  files.  Tops  2.1,  a  networking 
software  package,  was  used  to  communicate  with  the  Macintosh  n  and  transfer  imag¬ 
es  via  Ethernet.  Picture  Publisher  is  an  image  editing  program  bundled  with  the 
Microtek  scanner  which  allows  scanning  images  with  256  gray  levels.  Microsoft 
Windows  2.03  must  be  loaded  first  since  Picture  Publisher  is  a  Microsoft  Windows 
based  application  program. 

2.  Control  Program 

The  independent  \  iewer  control  program  is  comprised  of  two  files:  a  source  code 
(.c)  file  and  a  header  (.h)  file.  The  source  file  contains  approximately  1353  lines  of 
code  and  the  header  file  contains  123  lines  of  code.  The  main  code  segment  consists 
of  an  “event”  loop  which  handles  all  actions.  An  interrupt  handier  for  the  keypad  de¬ 
termines  the  button  pushed  by  the  user  and  sets  a  global  variable.  The  event  loop  then 
checks  the  global  and  proceeds  to  call  a  subroutine  to  handle  the  action. 

Ideally  the  independent  viewer  control  program  should  maintain  a  reasonable  user 
response  time.  Due  to  inadequate  driver  software  for  the  optical  caid  reader/writers 
this  is  not  yet  possible.  A  high-level  “system”  call  is  used  from  within  the  control  pro- 
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gram  to  cause  the  driver  to  read  a  file  off  the  data  card.  Once  the  driver  begins  read¬ 
ing  a  file,  it  reads  the  entire  file  and  cannot  be  interrupted.  Since  it  currently  takes  90 
seconds  to  read  a  compressed  image  file,  the  driver  monopolizes  the  machine  for  that 
length  of  time.  The  end  effect  of  this  is  that  the  system  will  not  respond  readily  to 
user  actions.  A  temporary  solution  was  to  break  up  each  image  file  into  8  segments. 
The  segments  can  then  be  read  in  sequentially  and  reassembled  in  RAM.  Any  pend¬ 
ing  actions  are  handled  between  segments.  This  results  in  a  much  improved,  but  still 
inadequate,  user  response  time  of  approximately  17  seconds.  Overhead  associated 
with  reassembling  the  segments  results  in  a  total  read  time  of  136  seconds.  A  new 
driver,  CARD-TOS  from  Optical  Card  of  America,  should  allow  low  level  reads  and 
writes  to  be  performed  directly  on  data  card  files.  Properly  implemented  low  level 
calls  are  fully  interruptible.  With  CARD-TOS,  image  files  should  not  need  to  be  seg¬ 
mented  and  the  system  response  to  user  actions  should  be  immediate. 

The  independent  viewer  control  program  is  loaded  on  the  ROMdisk  from  the 
Zenith  360  KB  floppy  drive  using  a  utility  program  supplied  with  the  ROMdisk.  This 
particular  ROMdisk  has  360  KB  of  programmable  memory  available,  approximately 
231  KB  are  actually  used.  There  are  a  total  of  7  files  that  comprise  the  control 
program.  Two  lies  (COMMAND.COM  and  VDISK.SYS)  are  from  PC-DOS  3.10. 
COMMAND.COM  is  a  utility  that  provides  the  interface  for  communication  with  the 
DOS  shell.  VDISK.SYS  is  the  device  driver  for  the  virtual  disk.  LCSPIP.SYS  is  the 
device  driver  for  the  Olympus  optical  card  reader/writer  parallel  interface. 
CONFIG.SYS  is  read  when  DOS  initializes  and  is  where  the  presence  of  the  device 
drivers  is  detected.  The  AUTOEXEC.BAT  file  is  automatically  read,  it  contains  an 
instruction  to  set  the  accelerator  board  I/O  address  to  0x380  and  to  begin  execution  of 
the  application  program.  The  application  program  is  an  82  KB  file  that  was  compiled 
under  Microsoft  C.  The  last  file  is  a  routine  called  from  the  application  program 
which  was  compiled  under  the  AT&T  DSP32  C  compiler,  and  is  loaded  onto  the 
accelerator  board  to  perform  the  image  expansion  calculations. 

3.  Data  Expansion 

Reconstructing  an  image  from  the  optical  card  data  involves  a  repetitive  process 
of  expanding  and  filtering  4x4  pixel  blocks  [20].  The  filter  is  used  to  reduce  the 
“blocky”  artifact  that  is  inherent  in  many  block  truncation  coding  (BTC)  schemes 
[18].  If  expansion  were  the  only  process  involved,  then  the  AT  compatible  would  be 
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sufficient  for  the  task.  But,  because  of  the  filtering  process  used  with  the  BTC,  which 
involves  convolving  all  1,048,576  bytes  of  the  original  image  data  with  a  3  x  3  kernel, 
the  AT  would  require  an  unreasonable  amount  of  computing  time.  To  supply  the 
necessary  computing  power  for  filtering  the  expanded  image,  the  CA&C  accelerator 
board  (see  Figure  22)  was  incorporated  in  the  independent  viewer. 

When  the  accelerator  board  has  expanded  and  filtered  4  lines  (4096  pixels)  of 
data,  the  data  is  sent  to  the  video  board  for  immediate  display.  Because  of  the  high 
speed  of  the  process,  the  image  is  painted  across  the  screen  in  under  6  seconds. 

F.  Expansion  Bus  Conflicts 

Whenever  a  number  of  peripheral  device  driver  boards  and  other  plug-in  boards  are 
interfaced  to  the  AT  expansion  bus  (Industry  Standard  Architecture,  ISA)  there  is  a 
possibility  of  bus  conflicts  because  two  or  more  boards  may  communicate  through  the 
same  I/O  address  ports  or  transfer  data  on  the  same  DMA  channel.  There  is  also  the 
possibility  that  the  motherboard  or  the  plug-in  board  is  not  fully  compatible  with  the 
IBM- AT  standard.  All  of  these  conditions  were  dealt  with  in  the  development  process. 

The  Olympus  optical  card  reader/writer  and  the  ROMdisk  are  both  set  to  use  DMA 
channel  1.  To  remedy  the  problem,  the  reader/writer  was  set  to  operate  on  DMA  channel 
3  by  changing  dip  switch  settings  on  the  interface  board  and  altering  the  software  driver 
source  code  with  PC  Tools. 

The  CA&C  accelerator  board  defaults  to  I/O  address  0x300,  as  do  both  the  Nippon 
Conlux  and  Olympus  optical  card  reader/writers.  CA&C  made  provisions  to  readily  set 
the  address  to  0x380  by  changing  dip  switch  settings  and  using  the  SET  command  in  the 
AUTOEXEC.BAT  file. 

It  was  found  that  the  Jameco  JE1007  mother  board  memory  map  was  not  fully 
compatible  with  the  IBM-AT  standard.  In  particular,  video  RAM  was  mapped  to  an  area 
that  is  normally  reserved  for  expansion  ROM.  This  is  also  the  same  memory  address  of 
the  ROMdisk  board.  To  solve  this  memory  address  conflict,  a  new  PAL  was  blown  for 
the  ROMdisk  board  which  allows  it  to  address  a  memory  area  that  is  available  on  the 
IE  1007  motherboard,  as  well  as  the  Zenith  computer,  which  does  follow  the  IBM-AT 
standard. 
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IX.  Potential  For  Improvement 


Presently,  the  only  drawback  to  the  independent  viewer  is  the  excessive  length  of  time 
required  to  display  an  image.  The  most  positive  improvement  will  be  the  increase  in  the 
reading  speed  of  the  optical  card  machines.  The  optical  card  reader/writer  devices  have 
improved  during  the  study  from  a  data  capacity  of  900  KB  to  2.9  MB  and  a  reading  rate  of  2 
KB/sec  to  about  10  KB/sec.  The  manufacturers  have  said  that  reading  rates  will  double 
during  the  next  year  and  may  not  increase  much  beyond  that  unless  market  pressures  force 
some  fundamental  changes.  The  20  KB/sec  would  mean  that  about  45  sec  would  elapse  from 
the  time  of  insertion  of  a  card  in  the  reader  to  completion  of  the  display  of  the  first  image. 

The  slow  reading  rate  is  caused  by  practical  limitations  of  the  reciprocating  motion  of  the 
laser  reading  head  relative  to  the  card.  While  rectilinear  data  storage  eases  the  problem  of 
locating  data  on  the  card,  the  servo  control  problem  is  formidable.  There  are  at  least  two 
ways  of  overcoming  this:  by  circular  scanning  or  by  using  a  small  disc  or  resonant  motion  by 
mounting  the  scanning  head  on  a  leaf  spring  frame.  The  leaf  spring  frame  would  have  to 
oscillate  at  5  Hz  and  3  cm  or  more  as  the  card  translates  beneath  it. 

Circular  scanning  of  a  very  small  card,  essentially  a  5.0  cm  diameter  center  section  of 
music  compact  disc,  has  a  number  of  advantages.  The  mechanism  and  the  technology  are 
transferable  from  compact  discs  to  small  data  discs  and  the  configuration  already  has  reading 
data  rates  above  1 10  KB/sec.  An  open  card,  one  not  enclosed  in  a  protective  cassette,  could 
be  handled  in  the  same  way  as  proposed  for  the  “credit  cards”.  Larger  cards,  i.e.  8.75  cm 
optical  discs  in  cassettes,  are  an  “overkill”  for  this  application  as  they  have  too  much  data 
capacity,  are  far  more  expensive  and  are  larger  than  the  5.0  cm  open  discs  when  considered 
for  this  particular  application.  However,  the  company  proposing  the  5.0  cm  discs  has  not  yet 
decided  whether  to  market  them. 

The  optical  cards  have  been  standardized  through  the  DELA  (Drexler  European 
Licensees  Association)  Standard  and  other  standards  (ISO,  ANSI)  are  being  developed. 
Several  manufacturers  are  now  producing  cards  and  machines  and  there  may  be  no  economic 
incentive  to  develop  alternatives,  i.e.,  discs.  The  market  seen  for  the  cards  is  primarily  in 
banking  and  patient  text  records  and  the  manufacturers  have  to  be  convinced  of  the  value  of 
the  medical  imaging  market.  Once  convinced,  development  of  faster  scanning  methods 
should  proceed.  The  sheer  size  of  the  medical  film  market  indicates  the  potential  for 
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marketing  the  cards.  However,  the  present  sellers  in  that  market  have  strong  vested  interests 
in  excluding  any  non-film  image  storage  means. 

Small  speed  increases  in  the  independent  viewer  could  also  be  realized  by  optimizing  the 
expansion  algorithm  and  by  writing  the  accelerator  board  routines  in  assembly  language 
rather  than  C.  A  more  elegant  compression/expansion  algorithm  could  be  incorporated  which 
would  reduce  the  size  of  an  image  file,  thus  reducing  the  reading/writing  time  of  an  optical 
card. 

Future  independent  viewer  units  would  be  considerably  more  compact  and  inexpensive 
than  the  feasibility  model.  The  total  equipment  cost  of  the  independent  viewer  feasibility 
model  is  approximately  $10,000.  By  incorporating  an  optical  reader  only,  rather  than  a 
reader/writer,  and  purchasing  the  components  in  quantity,  the  cost  could  be  significantly 
reduced.  Instead  of  the  optical  card  reader  having  its  own  power  supply,  it  could  run  off  the 
computer  power  supply.  Instead  of  using  a  motherboard,  a  passive  backplane  with  a  plug-in 
CPU  board  that  has  4  MB  of  on-board  memory  capability  and  a  parallel  port  would  obviate 
the  memory  expansion/multifunction  board. 

The  issue  of  requirements  for  image  display  will  only  be  resolved  by  clinical  evaluation 
and  acceptance  of  any  system.  While  it  is  easy  to  show  that  display  factors  less  than  1024  x 
1024  X  8  bits  cannot  show  sufficient  detail  required  for  chest  radiography,  arguments  for 
higher  resolution  must  be  based  on  certain  compromises.  Display  systems  of  5000  x  6000  x 
10  bits  have  been  built  with  storage  depth  of  12  bits  (one  claim  is  16  bits).  It  must  be  pointed 
out  that  the  conference  speaker  describing  that  system  and  the  consequences  of  not  using 
displays  of  that  level  represented  a  film  company.  Other  high  resolution  displays  have  been 
built  as  2048  x  2048  x  12  bits.  The  latter  system  requires  about  six  times  the  data  space  as  the 
1024  X  1024  X  8  bit  system  and  costs  more  than  ten  times  as  much.  Some  clinical  studies 
have  shown  that  for  most  studies,  there  is  no  loss  of  diagnostic  quality  with  the  1024  display. 
For  those  few  situations  where  higher  resolution/image  is  required,  sub-images  could  be 
displayed  at  1024  lines  as  quadrants  of  the  original  image.  Again,  clinical  studies  of  the 
utility  of  1024  line  and  higher  resolution  displays  must  be  made  to  resolve  this  issue  before 
considering  the  need  for  improvement  in  this  area. 

The  proposal  for  this  program  included  subcontracting  of  the  development  and 
fabrication  of  scanners  and  cassettes  containing  stimulable  phosphors.  Commercial  computed 
radiography,  CR,  systems  scan  at  high  resolution  and  high  bit  depth,  display  the  image  at 
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1024  lines  and  copy  the  final  image  on  single  emulsion  film  for  the  archive.  Clinical 
evaluations  of  CR  systems  verify  their  performance  as  equivalent  to  conventional  film-screen 
methods  but  with  greater  convenience  and  lower  material  cost/image.  However,  capital  costs 
of  those  systems  are  rather  high  and  they  have  been  proposed  only  for  use  with  DIN/PACS, 
i.e.,  larger  hospitals.  To  meet  the  requirements  for  high  resolution  copying  to  single  emulsion 
film,  the  present  scanners  must  be  constructed  as  very  precise  and  high  cost  machines. 

Because  the  proposed  filmless  radiography  system  was  limited  to  a  1024  display,  the  high 
resolution/high  precision  requirements  of  the  scanner  could  be  relaxed.  It  was  felt  that  the 
performance  limitations  would  not  affect  the  diagnostic  utility  for  field  or  clinical  use  as 
there  would  be  no  requirement  for  archiving  on  single  emulsion  film.  The  reduced 
performance  requirements  would  make  possible  the  design  of  a  scanner  of  reduced  size  and 
cost  and  of  greater  durability  and  ruggedness.  A  more  subtle  issue  was  whether  a  deliberate 
reduction  of  performance  would  expose  the  user  to  the  threat  of  malpractice.  The  commercial 
approach  was  to  over-design  so  that  no  accusation  of  reduced  performance  could  be  made. 
The  effect  of  over-design  on  a  PC-based  system  would  be  to  extend  the  memory  and 
computing  requirements  to  the  point  where  that  system  would  be  infeasible. 

If  the  malpractice  risk  to  the  practitioner  were  not  present,  then  the  original  concept  of  a 
small  scanner  would  remain  valid.  One  way  of  resolving  the  issue  of  clinical  utility  would  be 
to  conduct  a  comparison  of  film-screen  systems,  high  resolution  CR  and  the  1024  method 
suggested  here.  Because  there  is  sufficient  justification  for  1024  line  systems  for  industrial 
radiography,  it  would  be  reasonable  to  develop  a  scanner  for  that  purpose  and  then  evaluate 
for  medical  imaging. 


Page  68 


X.  Conclusions 


The  central  idea  of  using  small  computers  and  PC’s  with  high  resolution  monitors  has 
been  shown  to  be  feasible  for  use  in  medical  imaging.  Optical  discs  as  a  clinical  image  ar¬ 
chive  and  optical  cards  as  a  patient  image  transfer  medium  parallels  the  present  clinical  film 
file  and  film  copies.  With  the  use  of  standard  bus  structures  (SCSI)  and  Ethernet,  existing 
image  editing  and  reporting  methods  have  been  shown  to  be  inexpensive  and  reasonable  al¬ 
ternatives  to  workstations  and  elegant  and  interactive  communication  means.  While  this  ap¬ 
proach  will  not  replace  larger  DIN/PACS  systems,  such  systems  may  not  be  appropriate  for 
small  clinics  or  field  hospitals  at  the  present  state  of  the  technology.  The  concept  of  lower 
cost,  reduced  complexity,  and  standard  components  translates  into  better  maintainability, 
availability,  and  reliability.  Commercial  companies  are  expressing  interest  for  ultrasound  and 
radiotherapy  imaging  and  treatment  planning.  As  less  expensive  and  less  elaborate  stimulable 
phosphor  cassettes  and  scanners  become  available  they  can  be  connected  to  this  system  to  be¬ 
come  a  filmless  x-ray/medical  imaging  department  of  a  small  clinic  or  field  hospital.  All  of 
the  functions  of  scheduling,  reporting,  imaging,  archiving  and  communicating  have  been 
accommodated.  While  the  system  of  the  original  proposal  has  not  been  assembled  and  com¬ 
pleted,  the  results  of  the  project  have  found  many  commercial  applications  in  the  forms  of 
stimulable  phosphor  scanners,  improved  workstations,  and  inexpensive  image  compression. 
Publication  of  the  results  has  stimulated  others  in  research  on  the  use  of  optical  data  cards 
and  discs  for  the  storage  of  medical  images.  At  least  one  company  has  indicated  that  a  com¬ 
mercial  system  embodying  the  principles  developed  in  this  research  will  be  built  and  offered 
commercially. 
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